Selective preview and proofing of documents or layouts containing variable data

ABSTRACT

Methods and apparatus for proofing ( 644 ) a variable document intended for printing are disclosed in which a GUI ( 2000 ) is configured to allow user manipulation of layout rules associated with content containers within a template for variable document generation. Selective proofing ( 2100 ) involves proofing a plurality of variable data documents each formed from a common layout in which variable data content is placed into containers having locations and sizes within the layout and defined by layout rules. Measures of variation ( 2103, 2106 ) and measures of deviation ( 2109, 2110 ) are calculated. The measures of deviation are processed ( 2112 ) to give a deviation value. Once completed for each document, the deviation values of the documents are compared ( 2114 ) to identify at least one group of the documents for presentation for further assessment. Live proofing includes creating a layout ( 2002 ) for a variable data document based upon a template established in the GUI. A container ( 2010 ) is set in the template to form the layout, which is then modified to thereby generate an exemplary document by placing exemplary content into the container, wherein a dimension of the container and/or a position of the container are varied based upon a property of the placed content. The exemplary document is displayed in the layout via the GUI to enable visual proofing by the user.

CROSS-REFERENCE TO RELATED PATENT APPLICATIONS

This application claims the right of priority under 35 U.S.C. § 119based on Australian Patent Application No. 2003905660, filed 15 Oct.2003, which is incorporated by reference herein in its entirety as iffully set forth herein.

FIELD OF INVENTION

The present invention relates to software implemented methods andprocesses for creation, editing, and printing of documents composed oftext and graphics and, in particular, to the creation, editing andprinting of variable data documents.

BACKGROUND

Variable Data Printing

Traditionally, when printing large numbers of documents, the printingprocesses used have been analogue processes that required physicalrepresentations of the documents. These included bromides and/orprinting plates that had to be created before printing. This has meantthat it was expensive to produce customized documents and large runs ofdocuments typically involved printing multiple copies of exactly thesame document.

Customized documents may be produced using digital printing processeswhere a physical copy of the document does not have to be preparedbefore printing. Until recently, digital processes have either beenexpensive or the results have been of poorer quality than those producedby traditional analogue printing processes.

In the last five years, however, advances in digital printing havesignificantly reduced the cost to create high quality customizeddocuments. These advances have lead to the growing popularity ofvariable data printing. Variable data printing software is becomingavailable that allows document authors to create not just singledocuments, but families of related documents, where each document iscustomized for its intended readers.

Several problems need to be solved to make high quality customizedprinting feasible. One problem is the quality of the printed output.Only recently have digital processes been able to approach theresolution of traditional print processes. Another problem is thattypically large amounts of data are required to represent a high qualitydocument in digital form, particularly if the document contains a numberof high-resolution images. This makes it impractical to electronicallytransmit large numbers of customized documents to a digital printer viaa computer network. A third problem is that customized documentstypically require more effort and skill to create and maintain thansimple documents. Customized documents are created by inserting variabledata into a document template. A document template is a document thathas slots for inserting variable data. A document template may includesome data that is common to many documents and information defining howto lay out each custom document produced by inserting data into thevariable data slots of the template. Authoring a variable data templateis more difficult than authoring a simple document because the layout ofthe pages needs to be defined in a way that can cope with differingsizes of data or missing data items. In addition, the relationshipbetween the template and the data needs to be defined and maintained. Assuch, database skills are often required in order to be able to createcustomized documents using variable data printing technology.

The quality of digital printing hardware has improved to the point whereresults are comparable to those produced by high-end analogue printingwhile the cost has come down dramatically. New standards such as PPMLallow groups of related documents to be sent to a printer via a networkwithout sending large amounts of repeated data. This reduces the networkbandwidth required for variable data printing.

There is no easy solution to the problem of the complexity of authoringand management of variable data documents. Customized printing has beenavailable in a crude form in word processing software for many years inthe form of “mail-merge”, but mail merge only supports very crudecontrol over the layout of the individual output documents. The mostrecent variable data printing software allows the creation ofsophisticated, flexible layouts that adjust to the sizes and shapes ofdata items that may be different in each document, but theseapplications are still complicated and difficult to use.

Layout Models

Typically, a document containing both text and graphics is organized asa collection of items of different types. Items may be text, graphics,or other kinds of abstract objects such as groups, which are collectionsof items. The layout items typically have a rectangular shape or have arectangular extent. The rules allowed by each application for defininghow to lay out items represent a layout model. In variable data printingapplications, the rules must define how the layout is calculated as thesizes of items change.

Hierarchical Layout Models

Current variable data printing solutions typically use hierarchicalmodels to define layouts. These models are similar to those used forHTML and XML documents. Examples of such models are the CSS box modeland XSL:FO. In such layout models, rectangular items are laid out in arectangular layout area by stacking them vertically or horizontallyinside a layout area.

In addition to horizontal and vertical stacking, another more generalalternative supported by some applications is to allow items to bestacked in vertical columns or horizontal rows, like rows of words on apage. In this form of layout, if there are too many items to fit in arow or column, a new row or column is started and the excess items“wrap” to the next row of column. This is analogous to word wrapping inword processors. This way of laying out items is most useful forapplications where the size of the page or layout area may vary widely,such as in web applications. Stacking is less useful for variable dataprinting applications, because in variable data printing applications,the quality of the layout is usually important, and when the items wrapto the next row or column, the layout often does not look pleasant.

In hierarchical layout models, complex layouts may be defined by usinggroups of items. A group is a rectangular layout item that containsother items and is a layout in itself. The items inside a group are laidout inside the bounding rectangle of the group The positions of items ina layout may be controlled by alignment options for example an item in avertical stack may be left aligned so that the item is always as far tothe left of the rectangle that contains the vertical stack as possible.Alignment may be associated with the group so all items in the groupwill have the same alignment, or each item in the group may havecorresponding associated alignment options. Various alignment optionsare commonly supported including centering, left alignment and rightalignment.

Positions of items may also be controlled by margins associated eitherwith the individual items or associated with the containing layout orgroup. Margins define the minimum allowed distance between two adjacentitems.

Constraint Based Models

Current hierarchical layout models are simpler to understand than moregeneral constraint-based models developed previously. Constraint-basedmodels have been used for computer aided design (CAD) applications, userinterface construction and window management. In user interfaceconstruction applications, the objects to be laid out are widgets suchas buttons and input fields. In window management applications, theobjects to be laid out are windows that are used to represent views ofdata as part of a user interface for a computer operating system.

In user interface construction applications, dynamic layout constraintsare used to allow a graphical user interface (GUI) to adapt to differentscreen resolutions and changes such as the use of different fonts andtext sizes. Dynamic layout simplifies the process of building a userinterface for multiple platforms.

In window management applications, the user can apply dynamicconstraints to create relationships between windows that are preservedas windows are added or removed, or as windows change size or position.

CAD applications involve very general geometric constraints, and thelayout models are more complex, more difficult to use, and layouts areslower to calculate than document layout models. For example, someconstraint solvers used for CAD applications support specifying that twolines are parallel, which cannot be expressed using linear equations.

Constraint based layout models used for user interface (UI) and windowmanagement applications need to be fast enough to be used interactivelyoften if the layout may need to be updated many times per second duringgraphical editing operations, so the layout method needs to be fastenough to support such operation. These applications typically use aspecialized constraint solver to perform layout calculations. Theconstraint solvers used for these applications typically support linearconstraints, expressed as linear equations (i.e. linear equalities), orlinear inequalities, or both. Typically, these constraint solvers alsohave an objective function that defines the quality of a solution. Theaim of the constraint solver is to minimize (or maximize) the value ofthe objective function without violating any of the constraints. If theobjective function is also linear, then this type of problem is called alinear program. These types of problems are well-understood optimizationproblems and there are known algorithms for solving them. Typically, analgorithm called the simplex algorithm is used to solve problems of thistype.

Given a layout problem defined by a set of constraints and an objectivefunction, the problem may be over-constrained, such that there are nosolutions. The problem may alternatively be under-constrained, such thatthere are many solutions, or there may be one solution. To be able tocalculate a layout, a layout model needs to ensure that layouts haveexactly one solution. One way to achieve this is to report the fact thatthere are no solutions or too many solutions to the user and allow theuser to correct the problem. This is generally not an acceptablesolution because it is not easy to present meaningful information to theuser about why the problem is over-constrained or under-constrained. Ifthe system is over-constrained, many constraints may be simultaneouslyinconsistent with each other. If the system is under-constrained, it maynot be obvious how to prevent the user from adding inconsistentconstraints. This is particularly difficult when the constraints arebeing edited using a graphical interface.

One known way to avoid having no solutions is to prioritize constraintsinto what is called a constraint hierarchy. If there is no solution tothe constraints, constraints are ignored in reverse order of priorityuntil a solution is possible.

A known way to avoid under-constrained problems is to use a non-linearobjective function. If a suitable strictly convex function is used, theproblem will always have a unique solution. Typically, a quadraticobjective function is used, because there are well-known techniques forsolving optimization problems with linear constraints and a quadraticobjective function. The simplest of these are modifications of thesimplex algorithm.

Another problem with the generation of variable data documents is thatof previewing the documents being generated. Word processors and desktop publishing application often use a “print preview” function toassist the user in overall assessment of the work before committing toprinting. This can be laborious where a large number of documents needto be previewed.

SUMMARY OF THE INVENTION

It is an object of the present invention to substantially overcome or atleast ameliorate one or more problems associated with variable documentprinting.

In accordance with one aspect of the present invention, there isdisclosed a method of proofing a plurality of variable data documentseach formed from a common layout in which variable data content isplaced into one or more containers having locations and sizes within thelayout defined by layout rules, the method comprising the steps of:

-   -   (a) assessing a plurality of measures of variation for each        container in each document;    -   (b) determining the measure of a standard document generated        from the common layout;    -   (c) comparing the measure of the determined standard document        with the measure of the assessed plurality of measures; and    -   (d) presenting a document having at least one measure for which        the compared result is larger among the assessed plurality of        measures based on the result of said comparison.

In accordance with another aspect of the present invention, there isdisclosed a method of creating a layout for a variable data documentbased upon a template, the method comprising the steps of:

-   -   (a) establishing the template in a graphical user interface;    -   (b) setting at least one container in the template to form the        layout;    -   (c) modifying the layout to thereby generate an exemplary        document by placing exemplary content into the at least one        container, wherein at least one dimension of the least one        container and/or a position of the at least one container in the        layout are varied based upon at least a property of the placed        content; and    -   (d) displaying the exemplary document in said layout via the        graphical user interface.

Other aspects of the present invention, including apparatus and computerprograms for performing the methods are also disclosed.

BRIEF DESCRIPTION OF THE DRAWINGS

At least one embodiment of the present invention will now be describedwith reference to the drawings in which:

FIG. 1A illustrates a computer system configuration for variable dataprinting;

FIG. 1B is a schematic block diagram representation of the computermodule of FIG. 1A;

FIG. 2 illustrates an alternative computer system configuration forvariable data printing;

FIG. 3 illustrates an example of the application main window includingmenu bars, toolbars, work area and floating palette;

FIG. 4 illustrates a screen, tools and icons to show aspects of thepresent disclosure including exemplary container creation, a first typeof struts between containers, anchors and sliders;

FIGS. 5A-5D illustrate a first exemplary container rules;

FIGS. 6A-6C illustrate a third container rules;

FIGS. 6D and 6E are a flowchart depicting the creation of containerextents;

FIGS. 7A-7B illustrate a text container with three columns and a methodby which both the column and gutter widths can be resized by directmanipulation using a pointing device;

FIG. 8 illustrates a screen, tools and icons to show the operation ofcharacter size synchronization;

FIG. 9 illustrates a screen, tools and icons to show the operation ofthe automatic application of internal margins;

FIG. 10 illustrates the method by which a strut may be added between theedges of two containers in order to describe a distance constraint;

FIG. 11 illustrates a screen, tools and icons to show the operation ofseveral features of the user interface including struts between thesecond exemplary containers;

FIG. 12 illustrates a screen to show the operation of the unfixedguides;

FIGS. 13 and 14 illustrate a data source selection method;

FIG. 15 illustrates a user interface for data source filtering;

FIGS. 16 and 17 illustrate a user interface showing methods fornavigating through the data source;

FIG. 18 illustrates an example of a user interface showing variables ofa data source and a method for navigating through the data source;

FIG. 19 illustrates a user interface for associating a variable of adata source with a variable document template;

FIG. 20 illustrates a user interface for live proofing of the datasource content merged with the variable document template;

FIGS. 21A and 21B illustrate a method for calculating an averagedocument, and a most disparate document using the widths and heights ofthe containers for each document, for use in selective proofing;

FIG. 22 is an example layout showing the layout items and constraintsthat are used as input for the layout method;

FIG. 23 shows just the vertical constraints corresponding to the examplein FIG. 22; and

FIG. 24 is a directed graph representing the vertical constraints ofFIG. 23;

FIG. 25 shows the steps involved in performing the push operation.

FIG. 26 shows the steps involved in an alternative implementation of thepush operation;

FIGS. 27A-27F show an example of the push operation in use, in whichFIGS. 27A and 27B show the starting position of an example of the pushoperation, FIGS. 27C and 27D show an intermediate stage of an example ofthe push operation, and FIGS. 27E and 27F show the result of an exampleof the push operation;

FIG. 28 shows the high level steps in the graph based layoutcalculation;

FIG. 29 shows the high level steps in an implementation of the graphbased layout calculation;

FIG. 30A, shows how the graph based layout calculation reduces the valueof an energy function by moving vertical marks;

FIG. 30B shows another implementation of the graph based layout methodthat includes handling of fixed center rules;

FIG. 31 shows how the distance to move a group of marks in the graphbased layout calculation is calculated;

FIG. 32 shows the steps involved in calculating the set of forward andopposing sets of marks that are pushed when a set of marks is pushed tothe right;

FIGS. 33A to 33C show how the minimum and maximum height of a containermay be specified using different representations of the basic model;

FIG. 34 is a flowchart of modifying an edge position of a container in alayout and the interaction with other edges;

FIG. 35 is a flowchart of another example of the push operation forediting template documents;

FIG. 36 is a flowchart of a method of generating and printing variabledata documents;

FIGS. 37A to 37D illustrate an example layout corresponding to FIG. 4and the manner in which the various constraints of the layout may bestored;

FIG. 38 illustrates the use of height and width bars to representcontainer constraints in second container rules;

FIG. 39 shows an example use of the layout engine operating in onedimension;

FIGS. 40A and 40B show an example use of the layout engine operating intwo dimensions;

FIGS. 41A and 41K depict the laying out of text within a container andhow such may be influenced by container shape; and

FIGS. 42A and 42C illustrate approaches for the construction of tables.

DETAILED DESCRIPTION INCLUDING BEST MODE

1. Overview

A variable data document creation and printing system is disclosed whichis preferably implemented as a software application. The applicationallows a plurality of documents to be created that have a similar formyet whose contents may differ. This is achieved by the creation andediting of a document template, and the association of areas on thedocument template with various data.

A document template may contain a plurality of containers, each of whichis configured to hold content, such as text or image data. Containerscan be fixed in position and size, or may vary in dimensions or positionfrom document to document in accordance with user specified rules. Thecontent of these containers can be static or variable (ie. dependent onsome data source, such as a database).

Users may specify various types of data sources from which to obtaindata. A data source contains a plurality of data records. Theapplication provides a mechanism for associating the data withcontainers in the document template.

The document template and the data from the data source are then“merged” to produce a number of documents, based on the associationbetween the data source and the containers in the document template.Typically, one document is produced for each record, or group ofrecords, in the data source. The documents can then be saved to disk, orprinted as required.

These arrangements afford several independent advantages over the priorart. For example, unlike the prior art, when editing the documenttemplate, the user may choose to always see one of the merged documents.This is because the document template and the data are mergeddynamically. As a consequence it is possible to see at least what one ofthe resulting documents will look like while editing the template,unlike the prior art where it is necessary to go to a special previewarea to see what a document will look like (instead of the documenttemplate).

The constraints on the containers (which determines which way containerscan move and change size) are shown in place, and can be edited in placeby clicking on various positions on the containers without having to goto a separate screen or area, unlike the prior art. This simplifies thecreation of the document template compared with the prior art.

2. Overview of Implementations

The fundamental implementation is a variable data document creation andprinting application comprising at least a user interface and a layoutengine. One specific implementation is software executable on a personalcomputer together with a printer. In another implementation, theapplication is incorporated as software executable on a processorembedded in a printer or print controller that supports printing ofvariable data document sets. In yet another implementation, theapplication is incorporated as software executable on a web server thatcan serve up documents customized for the viewer. These implementationsalso incorporate such software when executing upon an appropriatehardware arrangement.

Variable data printing refers to printing sets of related documents. Innon-variable data printing, documents are printed individually and thedata for each document is typically sent to the printer separately. Invariable data printing, a print job comprising multiple relateddocuments is sent to the printer. Typically, the documents in a variabledata print job contain shared elements that occur in multiple documents.This data is typically sent to the printer only once per job instead ofbeing repeated for each document. When a variable data print job isprinted, the shared data is inserted into each document. This mayrequire calculation of the layout of the pages of the document as thepages are printed. In this case, the layout method may be part of thesoftware in the printer or print server. More typically, the layout ofeach document is calculated on a client machine and the layout is sentto the printer as part of the print job, in this case the layout methodis performed on the client machine.

3. System Description

FIG. 1A illustrates a system 100 for printing variable data documents.The methods described herein may be practiced within a general-purposecomputer module 101, depicted in detail in FIG. 1B, wherein theprocesses described may be implemented in whole or in part as software,such as a layout editing application program 121 executing within thecomputer module 101 and being operable over the system 100. Inparticular, the layout editing and consequential printing steps may beimplemented by instructions in the software that are carried out by thecomputer 101. The software may be stored in a computer readable medium,including the storage devices described below, for example. The softwareis loaded into the computer from the computer readable medium, and thenexecuted by the computer 101. A computer readable medium having suchsoftware or computer program recorded on it is a computer programproduct. The use of the computer program product in the computerpreferably results in an advantageous apparatus for document layoutediting and variable document printing.

The computer module 101 couples to input devices such as a keyboard 132and a pointing device such as a mouse 133, and to output devicesincluding a display device 144 and optionally a local printer 145. Aninput/output interface 138 enables coupling the computer module 101 toother computing devices of the system 100 via a network connection 107.The network connection 107 is typically a Local Area Network (LAN) or aWide Area Network (WAN).

The computer module 101 typically includes at least one processor unit135, a memory unit 136, for example formed from semiconductor randomaccess memory (RAM) and read only memory (ROM), input/output (I/O)interfaces including a video interface 137, and an I/O interface 143 forthe keyboard 132 and mouse 133. A storage device 139 is provided andtypically includes a hard disk drive 140 and a floppy disk drive 141. Amagnetic tape drive (not illustrated) may also be used. A CD-ROM drive142 is typically provided as a non-volatile source of data. The computermodule 101 utilizes an operating system, such as GNU/Linux or MicrosoftWindows, and the components 135 to 143 of the computer module 101,typically communicate via an interconnected bus 134 according to theoperating system and in a manner which results in a conventional mode ofoperation of the computer system formed thereby, known to those in therelevant art. Examples of computers on which the described arrangementscan be practiced include IBM-PC's and compatibles, Sun Sparcstations oralike computer systems evolved therefrom.

Typically the layout editing application program 121 is resident on thehard disk drive 140 and read and controlled in its execution by theprocessor 135. Intermediate storage of the program 121 and any datafetched from the network 1020 may be accomplished using thesemiconductor memory 136, possibly in concert with the hard disk drive140. In some instances, the application program 121 may be supplied tothe user encoded on a CD-ROM or floppy disk and read via thecorresponding drive 142 or 141, or alternatively may be read by the userfrom the network connection107. Still further, the software can also beloaded into the computer module 101 from other suitably sized computerreadable media including magnetic tape, a ROM or integrated circuit, amagneto-optical disk, a radio or infra-red transmission channel betweenthe computer module 101 and another device, a computer readable cardsuch as a PCMCIA card, and the Internet and Intranets including emailtransmissions and information recorded on websites and the like. Theforegoing is merely exemplary of relevant computer readable media. Othercomputer readable media may be used.

The application 121, whilst named for layout editing, also operates toperform variable data printing (VDP) and includes two softwarecomponents. The first of these components is a layout engine 105, thisbeing a software component for calculating the positions of rectanglesand lines with given constraints and sizes within a rectangular area.Secondly, a user interface 103 component provides a mechanism forallowing the user to construct a document template, and to associateregions in the document template with data sources. The user interface103 and layout engine 105 communicate via a communications channel 123.A data source for document generation is typically a database 119 thatis hosted on a database server 117, generally formed by another computerupon which is running a database application. The host computer 101communicates with the database server 117 by means of the networkconnection 107. The variable data printing application 121 generatesdocument templates that can be saved to the host computer 101 or to afile server 115, generally formed by another computer. The variable dataprinting application 121 also produces documents, formed by the documenttemplate merged with data. These documents can be saved to the localfile system on the host computer 101, saved on the file server 115 orsent to the print server 109 or printer 113 directly for printing. Theprint server 109 is a computer which provides a network capability toprinters that cannot be networked directly. The print server 109 and theprinter 113 are connected via a typical communications channel 111.

FIG. 2 is similar to FIG. 1 except for the addition of the engine server227 containing a separate version 225 of the layout engine 105. Theengine server 227 is another typical computer. Document templates storedon the file server 115 are able to be combined with data stored in thedatabase 119 to generate documents for printing or other purposes by thelayout engine 225. Such operation may be requested via the userinterface 103, or just to request a specific record to be printed.

4. Main Window

Referring to FIG. 3, the user interface 103 includes a graphical userinterface formed by an application window 301 which, when operating, isdisplayed on the video display 144. The window 301 features a menu bar302, a toolbar area 303 that in some implementations may be detached andmoved to various locations on the screen, a work area 306, an optionalfloating palette 311 and a cursor/pointer device 313, whose location istypically associated with a position or movement of the mouse 133.

The menu bar 302 has a number of menu items 304 which, when activated,expand into a hierarchy of menu options as is common in the present art.

The toolbar 303 has a number of tool buttons or widgets 305, each ofwhich may be hidden or shown depending on the particular mode of theapplication.

Optional rulers 308 may be used to indicate the position of the pointer,pages, lines, margins guides, containers or other objects in the workarea. The rulers 308 may show numerical indication of the units used,for example inches, millimeters or pixels.

The floating palette 311 can be used to access additional functions suchas the variable data library. The palette 311 has its own windowcontrols 312 allowing it to be moved, resized or closed. The palette 311may optionally remain in front of the work area at all times, or may behidden behind other objects. The palette 311 may be constrained toappear only within the extents of the application window 301, or can beallowed to appear partially or wholly outside of the application window301.

Referring to FIG. 4, the toolbar area 303 is shown having at least thefollowing user selectable iconic “buttons”:

-   -   Selection Tool button 403: used to select, move, scale, resize        and lock/unlock container edges. Containers can also be multiple        selected by dragging a selection box around containers or        holding down the CTRL key whilst selecting containers.    -   Image Container Tool button 405: used to create containers for        holding static or variable images.    -   Text Container Tool button 404: used to create containers for        holding static or variable text.    -   Strut tool button 406: used to control the distance between        containers.

These buttons can be implemented with context sensitive tool tips, as iswell known in the art.

5. Document Template

The work area 306 is used to view and edit the design of a documenttemplate. This allows the user to design the printed appearance of thedocuments under preparation and understand how each merged documentvaries based on the amount and size of variable data being merged withthe document template.

If an external data source has been linked to the template, variabletext and images are displayed in their containers so that users canpreview the current document as they work.

Visual clues that describe the structure of a document and the behaviorof its variable data containers are displayed whenever the user rollsthe cursor over or selects a container.

The work area 306 features a scroll bar 307, optional rulers 308 and thedocument template 309. The document template 309 can show a plurality ofpages.

The page size for a given document template is specified by the user asis well known in the art. The actual number of pages in each documentmay vary depending on the variable data. Additional pages may beautomatically created to display data if all doesn't fit onto one page.

Within each page boundary is an optional page margin 310 indicating themaximum extents of printable objects on the page.

Also illustrated in FIG. 4 is an example of a plurality of objects thatcould appear on a page of document template 309, those being: amultiplicity of containers 407, 408, featuring optional anchor icon 409,unfixed edges 410, strut 412 and sliders 413.

6. Containers

A container is a space within a document template into which static ordynamic content such as text, images, and other containers or objectsmay be placed. Containers may be moved, scaled and reshaped bymanipulation of the container as depicted in the user interface using apointing device 313, and control via the mouse 133.

More precisely, a container has a collection of settings, visualappearances, and interaction and editing behaviors. The following areall part of the definition of a container:

-   -   A container may have static and/or dynamic content. Dynamic        content is dynamic in the sense that it comes from a data source        and may differ for different documents. Dynamic content is not        intended to include animated or content otherwise changing with        time, as such are not adapted for printing. Similarly static        content will appear the same in all documents produced using        this container, although due to the action of dynamic content,        static content may be placed differently for each document.    -   A container may have cosmetic features, such as a background        color, a border, and text settings such as fonts and styles,        which apply to content of the container.    -   A container may be merged with data from a data source when        producing a document. The cosmetic features are typically        visible in printed output, as are any static content. Dynamic        content will result in the appearance of particular data from        the data source. This representation of a container could be        printed, for example, or displayed on the screen 144, or both.    -   A container may also have a user interface, for example an        interactive graphical user interface for editing and viewing        settings of the container. The interface elements typically        appear on the screen 144 but not in printed documents. The user        interface 103 may display some of the cosmetic features of the        container, such as background color or font, and may also add        features to allow editing and viewing of the settings of the        container. Examples of special-purpose user interface features        are borders or corner icons for displaying and changing the size        or position of a container interactively, or overlaid numbers,        lines, icons or text to indicate the behaviour of the container        when the container is merged with data from a data source.

One aspect of the present disclosure is a set of new direct manipulationtechniques, and methods of display involving the graphical userinterface component of a container.

6.1 Container Constraints

According to the present disclosure, a container may have severalconstraints which control how associated content may be displayed ineach document. These constraints, together with a means of associatingstatic and dynamic content with the container, are the primary method bywhich a user controls the generation of multiple documents from a singledocument template. An example of a constraint is “this container'scontent may be a maximum of four inches tall”. Another constraint mightbe “the left edge of this container's content must appear in the samehorizontal location in each document”. Described herein is a set ofmethods for displaying and editing such constraints using a graphicaluser interface.

Content placeholders that specify the locations of static content, suchas an image having some defined location on a page, are well known inthe digital printing arts. In the following discussion it may be assumedthat containers may have a position and size and these may be displayedand edited in manners similar to those known in the art. Instead, thepresent discussion focuses on the display and editing methods particularto variable data printing.

Containers allow a user to specify the size and position of content indocuments. Since several documents may be generated from a singledocument template, a container must have a user interface for specifyingand displaying a multitude of possibilities and constraints.

The edges of a container define a virtual boundary within whichassociated content will appear in documents. Thus, in this patentspecification, discussing the left edge of a container may be equivalentto discussing the left-most edge of where the associated content can bedisplayed in any documents produced. Similarly, discussing the height ofa container may be understood as discussing the constraint on the heightof the associated content in any documents produced. Where this patentspecification discusses the edge or size of a container with referenceto the user interface 103, this distinction will be made clear.

In the following discussion, the term ‘fixed’ defines that some valueused to control the appearance of content is the same in all documents:

-   -   If a width of a container is fixed, this means the width allowed        for associated content will be the same in all documents.    -   If a height of a container is fixed, this means the height        allowed for associated contents will be the same in all        documents.    -   If a distance constraint is fixed, then the specified distance        is constant for all documents.    -   If a left or right edge of a container is fixed, this means the        horizontal position of that edge is the same for all documents        relative to the page, but the height or vertical position of the        container may change. For example, if the left edge of a        container is fixed, associated content can appear near the top        the page in one document and near the bottom of the page in        another, but the left edge will have the same horizontal        position in all cases.    -   If a top or bottom edge of a container is fixed, this means the        vertical position of the edge is the same for all documents        relative to the page, but its width or horizontal position of        the container may change.    -   The vertical axis of a container is an imaginary vertical line        positioned half-way between and parallel to the left and right        edges of the container. If the vertical axis of a container is        fixed, then the average of the horizontal positions of the left        and right edges of the container will be the same for all        documents. With this constraint, a container's width may vary,        thus both the left and right edges may be farther from or closer        to the vertical axis in different documents, but the axis        remains in the same horizontal position for all documents. The        container's height and vertical position are unaffected by this        constraint.    -   Similarly, if the horizontal axis is fixed, this constrains        where the top and bottom edges of a container are vertically        positioned, although the height is unaffected by this        constraint.    -   If both the horizontal and vertical axes are fixed, this means        the central point of a container is fixed, but its width and        height are unaffected by this constraint.    -   If a corner of a container, mid-point of an edge of the        container, or the central point of the container is fixed, this        mean that point appears in the same location in all documents        and in the same location relative to the container. For example,        if the top-left corner of a container is fixed, this means the        top-left point of where its contents may be placed is the same        for all documents.    -   A vertical edge or axis may be fixed relative to the left hand        edge of the page, or the right, or the left page margin, or the        right page margin, or some other horizontal position. Similarly,        a horizontal edge or axis may be fixed relative to the top or        bottom edges or margins of the page, or some other vertical        position. These refinements of the term ‘fixed’ are only        significant if page sizes may vary between documents, since if        the page size is the same for all documents these possibilities        yield no difference in the documents produced.

The opposite of ‘fixed’ is ‘unfixed’ which means the edge, axis, corner,mid-point, or distance constraint may vary between documents, but mightnot necessarily do so in a particular set of documents. For example,there may be other external constraints, which actually prevent theposition of an edge from varying, but the fact that the edge positioncould vary if those external constraints didn't apply means that theedge is still labeled unfixed.

6.2 Container States

The ‘edge state’ of a container is defined as a set of 8 properties thatcan be ‘fixed’ or ‘unfixed’ as described above: left edge, right edge,vertical axis, top edge, bottom edge, horizontal axis, width and height.The edge state may not fully constrain the position of an edge, sinceedges may also be affected by other constraints, such as minimum ormaximum container size settings, or the positions of other containers.Thus ‘edge state’ refers to only a portion of the full set of states,which a container may have.

Edge state is significant in most implementations, because the graphicaluser interface for a container is derived in part from mapping edgestates onto graphical representations, and from mapping directmanipulation of edges and container representations onto adjustments toedge state.

Preferably, a container's full state includes more than the edge state.Containers may have minimum and maximum settings for width and height,which further control edge positions. Internal margins control whereassociated content may be displayed, which may in turn affect wherecontainer edges can be placed. Text font, style, size and alignmentsettings as well as image cropping, scaling, etc may also be a part ofthe state of a container, and may affect content positions, sizes andappearances. Cosmetic settings such as background and border colors,border line weights, styles and so on are also part of each container'sstate. Whilst such aspects might not affect the positions of content indocuments, they will affect the appearance.

In some implementations, edge state includes the above-mentioned 8properties that can be either fixed or unfixed. Page sizes cannot vary,so the term ‘fixed’ here has no further qualifiers. These 8 propertieslead to 2⁸ distinct edge states, which is 256 possibilities.

Not all these 256 edge states need be used. For example, consider thestate where the left edge of a container is fixed, the vertical axis isfixed and the right edge is unfixed. Since the vertical axis is fixed,the distance from the left edge to the vertical axis must equal thedistance from the right edge to the vertical axis for all documents.Since the left edge is also fixed, the distance of the left edge fromthe vertical axis is constant for all documents, which implies the rightedge is also fixed.

Certain implementations model a subset of edge states, each of whichexhibits unique behavior. The edge state described above is not used inall implementations since its behavior is identical to several otherstates. An alternate implementation might employ such states andrepresent them in the user interface, as a means of modeling and editingwhether edges are fixed, instead of modeling unique container behaviors.

One specific implementation uses 36 container states, formed as theproduct of 6 unique horizontal constraints and 6 unique verticalconstraints.

The horizontal constraints on a container are:

-   -   1. the left and right edges, the vertical axis and the width are        unfixed;    -   2. the left edge only is fixed;    -   3. the right edge only is fixed;    -   4. both the left and right edges are fixed;    -   5. the vertical axis only is fixed; and    -   6. the width is fixed, but the left and right edges and vertical        axis are unfixed.

The vertical constraints on a container are:

-   -   1. the top and bottom edges, the horizontal axis and the height        are unfixed;    -   2. the top edge only is fixed;    -   3. the bottom edge only is fixed;    -   4. both the top and bottom edges are fixed;    -   5. the horizontal axis only is fixed;    -   6. the height is fixed, but the top and bottom edges and        horizontal axis are unfixed.

If the term ‘fixed’ has qualifiers, for example if each edge or axiscould be fixed relative to either the left or right edge of the page,this would lead to more than 36 unique edge states.

Note that the constraint in the above list labeled “Both the left andright edges are fixed” has the same behavior as “The left and rightedges, the vertical axis and width are all fixed”, and “The left edgeand vertical axis are fixed”, and indeed several other similarconstraints. The simpler, symmetrical constraint is generally preferredsince an implementation which uses visual cues to represent variousnotions of ‘fixed’ can use fewer such cues if edge states employ fewer‘fixed’ constraints, which may in turn produce less visual clutter thanwould otherwise be the case.

One aspect of the present disclosure associates edge states withgraphical representations and editing methods for containers, asdescribed below.

6.3 Displaying and Editing a Container

6.3.1 Method for Creating New Containers

Two classes of container are described: text containers and imagecontainers. A text container holds text and/or embedded images. An imagecontainer only holds images.

Referring to FIG. 4, new text containers and image containers can becreated in the document template 309 by clicking on the text containertool 404 or image container tool 405 respectively, using the mouse 133,and then dragging a rectangle in the template 309.

Alternatively a container may be created simply by clicking in thedocument template 309 after activating the appropriate tool 404, 405.Either a container of a default size is inserted, or a dialog box orother prompt is provided for entering the dimensions of the newcontainer. Some containers may be automatically created and placedaccording to some pre-defined or calculated scheme. Other alternativesmay be devised.

6.3.2 Method for Displaying Containers

Preferably, each of the 36 edge states described earlier is mapped ontoa graphical representation. There may be fewer than 36 graphicalrepresentations, since some edge states may share a representation insome circumstances.

FIGS. 5A-5D illustrate first exemplary edge rules for a container.

The application 121 draws edges as solid lines (see item 503) or dashedlines (see 504) and also features anchors (drawn on or near an edge andcomposed of lines, shapes and/or icons as shown by 506, 507, 509),handles (control points drawn on or near an edge or shape to allow it tobe moved or modified, see 502), sliders (short parallel lines drawn oneither side of an edge, see FIG. 4, the items labeled 413), growth icons(see 505), and colors, to represent edge state.

The rules for the container display method of FIGS. 5A-5D are, in order:

-   -   1. for each fixed edge, draw that edge solid;    -   2. if the width is fixed, draw the left and right edges solid;    -   3. if the height is fixed, draw the top and bottom edges solid;    -   4. axes are not drawn;    -   5. all edges not yet drawn are drawn dashed with a growth icon        drawn near each edge;    -   6. for each pair of perpendicular edges and/or axes, at their        intersection draw an anchor if both are fixed;    -   7. for each fixed edge, draw a slider at the centre of the edge        if no anchors have been drawn anywhere on that edge; and    -   8. for each pair of perpendicular edges and/or axes, at their        intersection draw, a handle if no anchor or slider has been        drawn in that location.

Rules 1, 2 and 3 ensure lines are drawn solid if they are fixed orconstrained. Rule 5 ensures unfixed edges are drawn dashed. Rules 6, 7and 8 ensure that fixed points display anchors, some fixed edges displaysliders and others display handles.

In the above, edges need only be drawn once so if a rule causes an edgeto be drawn then later rules will not cause that edge to be drawn again.Icons may be drawn differently or omitted if it is convenient to do so,for example if the container is very small and the icons would overlapeach other or obscure other features of the representation.

The exact location where unfixed edges are drawn may depend on thecontent of the container content. As described later, ‘live proofing’ isused, which means content is merged with the document template and maybe visible in the user interface. An alternate implementation can usethe container's content area averaged over all documents, or some othermeans of deciding where unfixed edges should be placed in the userinterface.

These representations of containers provide a graphical method ofdisplaying container edge states. The interpretation of therepresentations is as follows:

-   -   A dashed line means the position of that edge in documents        depends on the content of the container. In FIG. 4, such an edge        is labeled 410.    -   A solid line means the edge is constrained, either because the        edge is fixed (such as edges 414) or the width or height of the        container is fixed (both are fixed in container 408).    -   An anchor means the edges and/or axes which intersect that        anchor are fixed. Hence, the anchor point will appear in the        same horizontal and vertical position in all documents. An        anchor is therefore, by definition, fixed. Icon 409 in FIG. 4 is        an example of an anchor icon which indicates the intersecting        edges 414 are fixed.    -   A slider means the associated edge is fixed but the container        may be located in many positions ‘sliding lengthways’ along the        edge. For example, in FIG. 4, the sliders 413 indicate the        contents of container 408 may appear in a document to the left        or right of the position seen in that particular diagram.

Some or all of these icons or edges may be drawn or not drawn dependingon which tool or which containers are selected, highlighted or otherwiseactivated. Container edges and icons are, in general, not drawn in aprinted document since they are an aid to the design of a documenttemplate.

Settings such as minimum and maximum width and height can be displayedin a secondary dialog window.

In FIG. 5A, container 501 is unfixed in both width and height. Fixededges 503 are represented by solid lines. Unfixed edges 504 arerepresented by broken lines. Growth icons 505 are additional oralternative indicators that the adjacent edges 504 are unfixed.

In FIG. 5B, container 501 is unfixed in both width and height. Anchoricon 506 additionally or alternatively indicates that both edges 503intersecting at the icon are fixed.

In FIG. 5C, container 501 is unfixed in both width and height, withexpansion or contraction of the container occurring equally around thecenter point as indicated by optional anchor icon 507.

In FIG. 5D, container 501 is unfixed in both width and height, exceptthat the top edge 508 is fixed. Anchor icon 509 indicates that the topedge 508, in the center of which the icon is located, is fixed, and alsoindicates that the container's left and right edges expand or contractaround a central axis line drawn vertically through the icon (thevertical axis).

6.3.3 Method for In-Place Editing of Container Properties By clicking onor in the proximity of any edge 503 or 504 with the mouse 133 andpointing device 313, the edge 503/504 is swapped between the fixed andunfixed state, and the graphical representation in the user interface301 is updated accordingly.

Control points 502 may be dragged using the combination of the mouse 133and the pointing device 133, causing the corresponding edge or edges tofollow the position of the control point 502. On releasing the controlpoint 502 from selection with the mouse 133/pointer 313, a fixed edgeremains in the position to which it has been dragged, assuming there areno external constraints causing the new position to be invalid, while anunfixed edge will return to its calculated position, which is determinedby factors such as the size and shape of the content inside thecontainer and any other constraints that may apply to the container oredge. See later for a full description of the algorithms used todetermine the position of unfixed edges and containers.

Control points located at the centre of an unfixed edge or at theintersection of two unfixed edges may be fixed or may be not shown atall, and control points located on either end of one unfixed edge may berestricted to movement in the direction parallel to the edge.

Additionally, anchors may be added to a vertex or edge of a container byclicking with the pointing device 133 in the proximity of that vertex oredge, or on the control point located at that vertex, or in the centreof the edge. Anchors may also be removed by clicking in the proximity ofthe anchor icon, or alternatively by selecting the anchor thenactivating a menu item, button or other control in the interface.

Adding an anchor in this way will result in the edge, edges, axis oraxes intersecting the anchor becoming fixed.

It is desirable for containers to have at least one point that is fixed,unless otherwise externally constrained, since without this requirementit would be possible to create containers for which the horizontal orvertical position is poorly defined. For example, the content of acontainer which has no fixed edges or axes could logically appearanywhere on a page if the container has no external constraintsotherwise operative. This would make it difficult for the user topredict where content of such a container would appear in documents.Consequently, this possibility is prevented some implementations bydisallowing transitions that would place containers into such a poorlydefined state.

A container may have a fixed width or height without havingcorresponding edges fixed, providing the container has an externalconstraint, as described above. For example, a container could have afixed width despite having its left and right edges unfixed, providedits horizontal position of the container can be ascertained by somehorizontal constraint. Such external constraints are discussed below andare called “struts”.

Provided an external constraint strut is attached to a container, thewidth or height can be fixed by clicking on edges in a manner similar tothat described above for fixing edges. In this circumstance, clicking onor near an unfixed left or right edge will fix the width of thecontainer if there is a horizontal strut connected to the container, andclicking on or near an unfixed top or bottom edge will fix the height ifthere is a vertical strut connected to the container.

Manipulating edge, axis, width and height fixedness correspond to atransition between edge states for the container. Other manipulations,such as changing the position of a fixed edge or corner, modify othercontainer state information.

Preferably, in order to ensure each container always has a valid edgestate, a set of rules is applied each time a constraint is added orremoved from a container, and necessary adjustments are made to otherconstraints so as to resolve any problems. Adjustments are immediatelyindicated to the user by updating the screen display to show the newconstraint configuration. This causes the user interface 103 to preventcontainers attaining an undesired state.

Rules are applied individually to the horizontal and vertical dimensionsof each container as follows:

-   -   1. If any edge becomes fixed or acted upon by an external        constraint, the axis parallel to that edge becomes unfixed.    -   2. If an axis becomes unfixed, at least one parallel edge must        become fixed or acted upon by an external constraint.    -   3. If opposite edges become unfixed and all external constraints        on those edges are removed, the axis parallel to those edges        becomes fixed.    -   4. If an axis becomes fixed, edges parallel to the axis become        unfixed and external constraints acting upon those edges are        removed.    -   5. If the width becomes fixed, the left and right edges and        vertical axis become unfixed.    -   6. If the height becomes fixed, the top and bottom edges and        horizontal axis become unfixed.        6.3.4 Alternative Container User Interface: Separate Constraints

An alternate (second) implementation of the container user interface maydisplay and allow editing of containers in a way that divides the edgestate of a container into visually distinct and separately editableconstraints.

In this implementation, width and height constraints are indicated bybars across the content area of a container. Edges only indicate thefixed or unfixed nature of an edge.

The rules for the second implementation according to container displaymethod are, in order:

-   -   1. for each edge or axis, if that line is fixed, draw it solid,        otherwise draw it dashed;    -   2. if the width is fixed, draw a width bar across the content        area, otherwise draw it dashed;    -   3. if the height is fixed, draw a solid height bar down the        content area, otherwise draw it dashed; and    -   4. for each pair of perpendicular edges and/or axes, at their        intersection draw an anchor if both are fixed, otherwise draw a        handle.

There is no need for sliders, as previously described, in the secondimplementation, since a solid line already indicates the same behavioura slider would. This is not true for the previous implementation, sincethat implementation uses solid lines to indicate width and heightconstraints in addition to the fixedness of an edge.

The width and height bars of the second implementation are a graphicalmeans of displaying and editing width and height constraints on thecontainer, respectively. The bars may look like edges, having solid ordashed appearances to indicated fixedness and un-fixedness respectively.In FIG. 38, a width bar 3805 and a height bar 3806 are shown spanningtwo containers 3802 and 3803, whose horizontal and vertical positionsrespectively are determined by the size of container 3801 and the lengthof the connecting struts 3804. Optionally, the bars might be inactive ornot drawn if other constraints, such as fixed edges, would make fixingthe width or height meaningless. For example if the left edge of acontainer is fixed and the right edge is unfixed, it may be desirable toprevent the user from fixing the width, since this would take thecontainer to an edge state which is outside the set of 36 preferred edgestates discussed earlier. In that situation, the width bar might not beshown.

To edit containers in this second implementation, clicking on an edge,axis, or width or height bar, using the mouse 133 and pointer 313,changes the edge from fixed to unfixed, or vice versa. Dragging an edge,handle or anchor works in a similar manner as described, and theclicking on an anchor fixes any unfixed edges or axes which intersectit, or if both intersecting lines are already fixed, both becomeunfixed. If this leaves the container with either its horizontal orvertical positions poorly defined, fixing either or both of the centralaxes may correct this problem. For example, if clicking on an anchorleaves the container with all edges unfixed, there may be multiplepossible content locations, and hence to correct this problem thecontainer's mid-point could be anchored by fixing both its vertical andhorizontal axes. Other external constraints or rules might make thisstep unnecessary or fixing only one axis might be sufficient.

6.3.5 Alternative Container User Interface: Size Frames

In another (third) implementation, the behaviour of the container iscontrolled by direct manipulation of the minimum and the maximumextents, each of which is represented by a separate rectangular frame.

FIGS. 6A-6C illustrate third exemplary rules for a container.

Referring to FIG. 6A, a container 601 comprises a minimum extents frame602 with control points 603 placed at each vertex and optionally at thecenter of each edge, and a maximum extents frame 604 with control points605 placed at each vertex and optionally at the center of each edge.

The minimum extents frame 602 always appears inside, or coinciding with,the maximum extents frame 604 in both the horizontal and verticaldimensions.

A third frame 606 represents the actual extents of the content insidethe container. The content frame 606 always appears inside, orcoinciding with, the maximum extents frame, and always appears outside,or coinciding with, the minimum extents frame. The preferred size of thecontent frame is determined by factors such as the size and shape of thecontent inside the container and any other constraints that may apply tothe container.

In order for the user to easily distinguish the three frames from oneanother, each frame and its control points may optionally be representedby different line weights, styles or colors.

In order to reduce visual clutter when viewing a document templatecomprising one or more containers, the minimum and maximum extentsframes and their associated control points 602, 603, 604, 605 and thecontent frame 606 may optionally be hidden unless the particularcontainer to which they relate is made ‘active’, for example by placingthe pointer within the area occupied by the container or by clickingover the container with a mouse.

Both the minimum extents frame 602 and the maximum extents frame 604 canbe resized by direct manipulation of their respective control points603, 605 using the pointing device 133. By resizing the minimum extentsframe 602 the user can determine the minimum possible size of thecontent frame 606 regardless of what content may appear inside thecontainer. By resizing the maximum extents frame 604 the user candetermine the maximum possible size of the content frame 606 regardlessof what content may appear inside the container.

When resizing the minimum extents frame 602, should the position of anyvertex or edge of the frame be dragged outside of the maximum extentsframe 604, either the vertex or edge will be automatically moved so thatit is equal with the corresponding vertex or edge of the maximum extentsframe after the control point is released, or the vertex or edge willcease to move any further after it has reached the corresponding vertexor edge of the maximum extents frame 604, or the corresponding vertex oredge of the maximum extents frame 604 will be automatically expanded soas to be coinciding with or outside the vertex or edge being dragged.

When resizing the maximum extents frame 604, should the position of anyvertex or edge of the frame be dragged inside of the minimum extentsframe 602, either the vertex or edge will be automatically moved so thatit is equal with the corresponding vertex or edge of the minimum extentsframe after the control point is released, or the vertex or edge willcease to move any further after it has reached the corresponding vertexor edge of the minimum extents frame 602, or the corresponding vertex oredge of the minimum extents frame 602 will be automatically contractedto as to be coinciding with or inside the vertex or edge being dragged.

The position of the content frame 606 within the maximum extents frame604 is determined according to the relative position of the minimumextents frame 602 within the maximum extents frame 604.

The minimum extents frame 602 can be moved to any position within themaximum extents frame 604 by dragging it with the pointing device 133.

Optionally, the minimum extents frame 602 may be programmed to ‘snap’ tothe closest of a selection of preferred positions within the maximumextents frame 604 including left, right and centered in the horizontaldimension and top, bottom and centered in the vertical dimension whilstit is being dragged with the pointing device 133.

The horizontal dimensions a, b, c and d in FIG. 6A indicate thedistances between the respective vertical edges of the maximum extentsframe 604, the content frame 606 and the minimum extents frame 602.

Given any size of the content frame 606 as determined by the contentinside the frame at any particular time, the dimensions a, b, c and dwill always conform to the following equation:a:b=d:c

A corresponding equation applies to the corresponding verticaldimensions, which are not labeled in the figures.

Thus, the position of the content frame 606 within the maximum extentsframe 604 is determined according to the resolved horizontal dimensionsa, b, c and d and the corresponding vertical dimensions.

FIG. 6B illustrates one particular case whereby the minimum extentsframe 602 is located at the top and to the left of the maximum extentsframe 604 and therefore the content frame 606 is also located at the topand to the left of the maximum extents.

FIG. 6C illustrates another particular case whereby the minimum extentsframe 602 is located centrally within the maximum extents frame 604 inboth the horizontal and the vertical dimensions, and therefore thecontent frame 606 is also located centrally within maximum extents inboth the horizontal and the vertical dimensions.

FIGS. 6D and 6E show a method 620 of generating variable data documentsin which container extents are used. The method 620 is implementedwithin the application 121 and has a start point 622 after which in step624 a document template is retrieved and displayed within the GUI 301 onthe display 144. Step 626 detects the drawing of a container by theuser, typically via movement of the mouse 133 and the correspondingpointer 313.

The container when drawn has, by default, two constraints being minimumcontainer extents and maximum container extents such as those shown inFIGS. 6A-6C. In the initial state of the container, the minimumcontainer extents coincide with the maximum container extents. In step634, the control points of either extent may be manipulated to therebymodify the container extent.

The container is represented in the template to form a layout afterwhich various constraints may be applied in step 628. Step 628 mayinclude to incorporation of numerous types of constraints as describedherein amongst containers in the layout. In the presently discussedimplementation, the constraint being applied is that of a containerextent such as those shown in FIGS. 6A-6C. In step 630, a containerextent is drawn, again using the mouse 133 and pointer 313 and, in step632, associated with a container in the layout. In step 634, the controlpoints of the extent may be selected and manipulate to thereby modifythe container extent. Such modification may include setting one or moreedges of the extent to coincide with edges of the container (FIG. 6B),and moving or positioning the extents frame relative to the associatedcontainer.

Step 636 follows where the user may apply further constraints, byreturning to step 628. The further constraint may include a furtherextents frame, thereby affording the opportunity to construct bothminimum and maximum extents frames. Other constraints may also beapplied. For example, a strut may be applied between a maximum extentsframe a further container not associated with the maximum extents frame.Such may allow the extents frame to dynamically move according tochanges of the further container, whilst continuing to constrain thesize of the container associated with the maximum extents frame.

After step 636, through operation of step 638, the user may add furthercontainers to the layout until such time as the layout is complete. Oncethe layout is complete, step 640 places a record of content into thelayout to generate a document. Step 642 enables this process to berepeated for all records of content thereby creating a set of variabledata documents. Once all records have been consumed and documentsgenerated, such may be proofed (see Sections 11.10-11.13) and/or printedas required in step 644. The method 620 ends at step 646.

7. Image Containers

An image container is a particular type of container the purpose ofwhich is to contain an image such as a photo, illustration, logo ordiagram.

Desirably, image containers can have one of a selection of behaviors tocontrol scaling of the image to be contained thereby, those including:

-   -   ‘Fit entire image’, whereby the image is scaled up or down so        that the entire image fits within the container and the aspect        ratio of the image is maintained    -   ‘Fit image to size of box’, whereby the image is scaled up or        down so that the entire container is filled by the image and the        aspect ratio of the image is maintained, with any remaining        portions of the image cropped from view    -   ‘Stretch to fit’, whereby the image is scaled up or down to        exactly fit the size of the container in both the horizontal and        vertical dimensions, ignoring original aspect ratio of the image    -   ‘Do not scale’, whereby no scaling is applied to the image and        any portions of the image that fall outside of the container are        cropped from view.

Additionally, image containers can be set so that any image that isinside the container and smaller than the container is aligned to aparticular direction, being any combination of left, center or right inthe horizontal dimension and top, center or bottom in the verticaldimension.

8. Text Containers

A text container is a particular type of container the purpose of whichis to contain a range of text which may be formatted with various fontand paragraph styles and may be aligned or justified to various edges ofthe text container.

Text containers contain either static text, variable text, or acombination of both. Other objects such as images can also be insertedinto text containers and will flow in the same way text flows.

Static text is entered by typing directly into the container. Variabletext is added by dragging a variable data object from the library intothe container as described in more detail in Section 11. More than onevariable text object can be displayed in a single text container.

Formatting of static text can be applied to individual letters, words orentire paragraphs, however formatting options can only be applied to theentire instance of a variable text item.

8.1 Text Formatting

Text formatting includes the following options:

-   -   Font    -   Font Size    -   Bold    -   Italic    -   Underline    -   Color    -   Line Spacing    -   Force Capitalization    -   Automatic Hyphenation        8.2 Alignment

The following text alignment options are allowed in some specificimplementations:

-   -   Horizontal Alignment: Left (default), Horizontally Centered,        Right or Justify.    -   Vertical Alignment: Top (default), Vertically Centered, Bottom.

Other options may be appropriate in different implementations, such asvertically justified text.

8.3 Columns

Text in a text container may be arranged either in a single column, orin two or more vertical columns, with a space known as a ‘gutter’separating the left and right edges of each column from each adjacentcolumn.

While it is common in the prior art for column widths to be adjustableby dragging a dividing line between adjacent columns, gutters havepreviously been set by altering a value in a property sheet or dialogbox or by a similar non-direct method.

FIGS. 7A-7B illustrate a text container 701 with three columns and amethod by which both the column and gutter widths can be resized bydirect manipulation using a pointing device such as the mouse 133 andthe pointer 313.

Referring to FIG. 7A, the text container 701 is divided into threecolumns 702 of text. As illustrated, lines 703 represent the centraldividing lines between adjacent columns, and lines 704 represent thegutter boundaries between adjacent columns 702.

By dragging the central dividing line 703 with a mouse 133 and pointingdevice 133, the width of the adjacent columns can be adjusted. A specialpointer 705 is displayed during the drag function in place of thedefault pointer, to indicate that the column drag function is active.

As illustrated in FIG. 7B, by dragging a gutter boundary line 704 with apointing device, the width of the gutter can be adjusted. A specialpointer 706 is displayed during the drag function in place of thedefault pointer, to indicate that the gutter drag function is active.

Both gutter boundary lines within the same inter-column space areadjusted simultaneously so that equal spacing is always maintainedbetween each of the gutter boundary lines and the central dividing line.

As also seen in FIG. 7B, where there are more than two columns, eachgutter is able to be manipulated independently.

8.4 Variable Font Size

The font size of the text inside a text container may be varied to allowvarious volumes of text to fit inside the container by shrinking orgrowing to fit, and to allow the size of the container to vary accordingto external constraints, whilst still allowing the text to fit whollyinside the container. A minimum and a maximum font size may be set foreach text container, constraining the possible range of font sizes. Abinary search algorithm may be used to determine the optimal font sizeto use in order to fit all text within the container. If the font sizereaches the minimum size, and the text still does not fit within thecontainer, an error can be shown to the user.

8.5 Font Size Synchronization between Containers

A constraint may be created between two or more text containersspecifying that the font size must be equal in all containers regardlessof whether the font size of any of the containers is altered to allowcertain text content to fit properly within it.

Preferably, if the text containers selected for this synchronizationhave different font sizes prior to the addition of the constraint, thefont sizes are first averaged and applied to each selected container. Analternate implementation may use the font size of the first selectedcontainer and apply that font size to all other containers. A furtheralternative is to apply an external font size setting to each container.

Referring to FIG. 8, the application window 301 has a toolbar area 303as described previously. The toolbar area 303 contains at least a fontselector 803, a font size selector 804 and a button 805 for adding thefont size synchronization constraint. The font selector 803 and the fontsize selector 804 may be used to change the properties of the text in atext container. Clicking on the font size synchronization button 805when several text containers are selected will synchronize the fontsizes of all selected containers.

A plurality of text containers 806, 807 have been previously placed inthe document template 309. The containers may be selected by operatingthe mouse 133 by clicking on the containers with the pointer 313, bydragging a selection rectangle around them or by another method. Avisual means may be used to indicate that the text containers arecurrently selected, such as by showing control points on the containers.

The constraint is added by selecting two or more text containers 806,807 and by activating the synchronize button 805. In otherimplementations, the font size synchronization constraint may be appliedby pull a down menu, keyboard command or other means.

The constraint may optionally be indicated in the user interface by wayof an icon 808 or other graphical representation on or near therespective text containers 806, 807. Additionally a joining line 809 mayoptionally be drawn between the respective icons of the text containerslinked by constraints to indicate which text containers are linked toeach other.

In other implementations, a separate area of the video display screen144 may be provided for displaying various properties of selectedobjects, and this area may be used to indicate that a selected textcontainer has a font size synchronization constraint applied to it, andto identify which other containers are linked by the constraint.

A font size constraint may be deleted by selecting one or more of thetext containers linked by the constraint and repeating the command orsequence used to apply the constraint initially. This may be achieved byactivating a synchronize button 805, by selecting one or more of thetext containers linked by the constraint and applying an additionalcommand or sequence specifically provided for the purpose, or byclicking on a representative icon 808 or joining line 809 and applying acommand or sequence such as actuation of a ‘delete’ key on the keyboard132 or from within a menu command shown on the display 144.

If the user applies the font size constraint to two or more textcontainers that already contain text with different font sizes, eitherthe largest, the smallest or the average font size will be applied toall of the text containers. Alternatively the user can be prompted tochoose the font size with a pop up dialog box or similar.

If the user manually changes the font size for any of the containersalready linked by a font size constraint, for example by selecting a newfont size from the font size selector 804, the new font size is appliedto all of the containers linked by the constraint.

8.6 Automatic Application of Internal Margins

The internal margin of a text container may automatically be set basedon whether the text container has a visible border and/or a visiblebackground.

Referring to FIG. 9, the application window 301 has a toolbar area 303as described previously. The toolbar area 303 contains at least a borderselector 903 and a background color selector 904.

A text container 905 has no visible border or background color, andthere is also no margin between the edges of the container and the textinside the container.

A text container 906 has a visible border, and has a margin 907 betweenthe edges of the container and the text inside the container on all foursides.

In events preceding the state of the system as illustrated in FIG. 9,text container 906, in a state similar to text container 905 with novisible border or background and no internal margin, is selected byclicking on the container 906 with the pointer 133, by dragging aselection rectangle around it or by another method. A visual means maybe used to indicate that the text container is currently selected, suchas by showing control points on the container.

A visible border is then applied using a border selector 903, oralternatively a background color is applied using a background colorselector 904.

At the time the visible border or background is applied to the textcontainer, if there is no internal margin set, a pre-determined internalmargin 907 is automatically applied to the text container on all foursides. An internal margin may be automatically added whenever there is avisual distinction between the background color of a text container andthe predominant surrounding background color of the template.

Another situation in which an internal margin might be automatically setfor a container is if the container's background color differs from thepage color. In this case, an internal margin might be added to provide avisual separation between content and the page background, rather thanallow content to flow up to the edge of the container. If thecontainer's background color is fully transparent, then by definitionits contents will be drawn on the same background as the page and so nointernal margin need be added.

8.7 Text Flow between Containers

Two or more text containers may be linked together in a sequence inorder to allow text to flow from one container to the next, should thevolume of text exceed the size of the preceding container.

When the text does not fit in the combined area of all such linkedcontainers, it is necessary to find a font size for each container thatallows the text to fit, while trying to maintain the relationshipbetween the font sizes of the different containers.

One desirable method to achieve this for a set of linked containers isto use a binary search algorithm to scale the font sizes for eachcontainer until the text just fits, or all linked containers would reacha font size smaller than their respective minimum font size (at whichpoint there is an error or other indication to the user that theoperation could not complete). Note that if one container reaches itsminimum font size before the other, this does not necessarily cause thealgorithm to terminate. In such circumstances the algorithm attempts tomaintain the font size relationships between containers, but does notguarantee to do so.

An alternate method to achieve this is to use a similar method to theabove, but terminate with an error or other notification if any of thelinked containers reach a font size smaller than its minimum font size.This alternate method preserves the relative font sizes between linkedcontainers, but may produce errors and fail to produce a solution inmore cases than with the binary search algorithm. The alternate methodwould be used to implement text flow where font size synchronizationbetween all the linked containers is also desired.

Another method to achieve text flow with font shrinking is to simplyreduce the font size of the first container in the linked set untileither the text fits within the set of containers, or that firstcontainer reaches its minimum font size. If the latter, continue byshrinking the second container, and so on, until either the text fits orall containers are at their minimum font size. If the text still doesnot completely fit, indicate this somehow, possibly with an errornotification. In this method, the ordering of the containers issignificant and is defined as the order in which the text flows, so ifthe text begins in container A and continues in container B, then A isthe first container and B is the second container.

9. Guides

A guide is a vertical or horizontal line spanning the width or height ofa page to aid the positioning of containers and other guides. There aretwo kinds of guide, fixed and unfixed (or floating). Guides may beconnected to other guides or containers via struts (distanceconstraints, described later). Guides do not appear in documents, onlyin the document template 309 as an aid to design. Guides may be createdby dragging a pointing device from a ruler area into a work area.

9.1 Fixed Guides

A fixed guide is fixed to the page, or to some part of the page, such asthe printable area. A fixed guide is fixed in the sense that it has thesame position for all documents. Such a guide may be fixed relative to aparticular edge of the page or printable part of the page, for examplerelative to the left edge. In this example, if the page was resized (forexample to print on a different paper size) the guide would remain thesame distance from that left edge, but not necessarily the same distancefrom any other edge.

9.2 Unfixed Guides

An unfixed or floating guide may have a different position in differentdocuments, or when the data within a document changes, for example whena document template is merged with a record from a data source. In thisexample, when data is merged with a document template, one or morecontainers may hold data from the data source which could cause theposition of an unfixed guide to be determined through the action ofstruts. Until such data is merged with the document template, theposition of an unfixed guide might be unknown, or it might be given aninitial (possibly arbitrary) position for the purposes of editing anddesign. In certain implementations, a floating guide always has aposition that can be edited by the user or changed by the layout engine105 when data from a data source is merged with the document template.

9.3 Guide Implementations

In specific implementations, both fixed and unfixed guides arerepresented by a solid line which may extend up to the rulers at theedge of a work space, page boundary or page printable area. Color isused to distinguish fixed and unfixed guides. Alternatively, a fixedguide may be represented by a solid line while an unfixed guide could berepresented by a dashed or dotted line.

Referring to FIG. 12, an unfixed guide 1204 has been previously createdin the GUI 301 by dragging with the pointer 133 from the horizontalsection of the ruler 308. A first container 1201 has an unfixed edge1202. A strut 1203 has been created from the edge 1202 to the unfixedguide 1204. A second container 1205 is attached directly to the guide1204, by virtue of the top edge of the container 1205 being aligneddirectly on the guide 1204. A third container 1206 is connected to theguide 1204 by a strut 1207. A fourth container 1208 is also connected tothe guide 1204 by a strut 1209.

As the unfixed edge 1202 moves as a result of a change in the height ofcontainer 1201, the guide 1204 will change its vertical position tomaintain the strut constraint 1203. Containers 1205, 1206 and 1208 willconsequently move in order to maintain their constraints in relation tothe guide 1204. Similarly, if as the result of merging data with thedocument template, container sizes are determined or changed, the actionof struts may cause unfixed guides to attain positions based on contentswithin those containers.

The method for adding a strut constraint between a container and a guideis similar to the method for adding a strut between containers,described in other sections of the description.

One preferred method for adding a constraint whereby an edge of acontainer is attached directly to a guide, for example container 1205 inFIG. 12, is either by the container or container edge being dragged to aposition within a pre-defined distance of a guide, at which point itwill visually ‘snap’ onto the guide; or similarly by a guide beingdragged within a pre-defined distance of a container edge, at whichpoint it will snap to the container edge. If the container, edge orguide is released from the drag operation while in the snapped state,the constraint will be created.

10. Struts

Struts are a type of constraint used to maintain a fixed distancebetween particular edges of containers, and other objects such as guidesand margins.

Preferably, each strut applies to exactly two parallel edges belongingto two different containers within the same document template, or to oneedge of a container and a parallel guide, or between two parallelguides. Other implementations may restrict what struts may connect, orallow struts to connect edges of a single container as a way ofspecifying its width or height constraints, or allow struts to connectedges or guides with parallel page margins or edges.

Struts are symmetric, in the sense that neither of the edges attached bya strut has priority over the other edge in terms of placement.

The length of a strut may be represented either visually or numericallyor by a combination of both. In certain implementations, all strutsdisplay their current length visually by the length of the graphicalrepresentation (the strut icon), while other properties are visible asnumbers or visual settings within a dialog box.

Returning to FIG. 4, edge 410 of a first container 407 is connected toedge 411 of a second container 408 by a strut constraint. The strutconstraint is indicated by strut icon 412 which may optionally be hiddenin various modes of the application, for example in a preview mode.

Strut icons are usually hidden in the normal mode of operation, and arerevealed when the pointer 313 associated with the mouse 133 is in thevicinity of the strut or the containers or edges or guides connected tothe strut. The vicinity can include any other strut, container, edge orguide which is connected to the strut either directly or indirectly viaany number of struts.

Since a strut only has length in one dimension, the strut position inthat dimension can be derived from the current positions of the edges towhich the strut is connected. Hence, the strut 412 is drawn betweenedges 410 and 411. A strut's position in the perpendicular dimension canbe calculated in various ways. One approach averages the mid-points ofthe connected edges and locates the mid-point of the strut at theaverage. Hence, the mid-point of strut 412 is exactly half-way betweenthe mid-points of edges 410 and 411.

The contents of a container may vary between documents and hence anyunfixed edges of the container may be in various positions relative tothe page for different documents. The action of a strut constraint is tomaintain distances between edges or guides, thus edges or guidesconnected by struts may have a restricted range of possible positionswithin documents.

Referring to FIG. 4, should a first edge 410 of the container 407 move,for example if the user manipulates an edge via the user interface usingthe pointing device 313, the second connected edge 411 may be ‘pushed’or ‘pulled’ in order to maintain the strut constraint (412) between thetwo edges. Although the user may perceive the operation of struts aspushing or pulling connected edges or guides, the actual operation inthe user interface is the same as that used in producing documents.

In another implementation, while the strut tool is activated, the methoddescribed above by which struts are revealed may be modified, such thatall struts are revealed whenever the strut tool is activated.Alternatively, the struts are only revealed when the pointer is directlyover the strut, with no other struts being revealed at that time.

Although, as illustrated in FIG. 4, the edges 410 and 411 connected bystrut 412 are adjacent and opposite to each other, struts can be appliedto any two parallel edges of separate containers regardless of whetherthe edges are adjacent to or opposite each other or neither.

FIG. 11 illustrates a strut between containers, illustrated using thethird set of exemplary rules for a container described earlier withreference to FIGS. 6A-6C. A first container 1101 has a minimum extentsframe 1103, a maximum extents frame 1105 and a content frame 1104. Astrut 1106 is connected to the respective edge of the content frame1104. A second container 1102 is shown whereby the minimum and maximumextents are equal. Therefore the container 1102 has a fixed size in thisconfiguration. The strut 1106 acts on the entire container 1102 which,as a result, may be pushed or pulled in a horizontal direction.

Accordingly, struts may be created between any edge of the content frameof a first container and a parallel edge of either the maximum extentsframe or the content frame of a second container, or a parallel guide,margin or other object.

10.2 Creating Struts between Containers

Referring to FIG. 10, a new strut can be created first by activating astrut tool by clicking on a strut tool button 406 in the toolbar area303 using the mouse 133 and pointer 313. Then, one of two operations maybe performed to link two containers. Firstly a path 1004 can be draggedby depressing and holding the mouse 133 at any point 1003 inside thefirst container 1001 and dragging the pointer 313 to end at any pointinside the second container 1002, at which point the press of the mouse133 is released. This is illustrated by the position of the pointer 313in the FIG. 10. Alternatively, a strut between the containers 1001 and1002 may be formed by clicking (ie. depress and release) the mouse 133first at any point 1003 inside the first container 1001 and then asecond clicking at any point inside the second container 1002, asillustrated by the position of the pointer 313 in FIG. 10.

In a specific implementation, the strut creation process described, aswell as selecting the two containers to be connected, also selects theconnected edges of the containers on the basis of the closest proximityof the starting and ending points of the path 1004 to the various edgesof the respective containers. For example, the starting point 1003 iscloser to right hand edge 1006 than it is to left hand edge 1005 offirst container 1001, therefore right hand edge 1006 will be connected.Similarly, the left hand edge 1007 of second container 1002 will beconnected.

In an alternate implementation, edges selected may be the closest pairof parallel adjacent edges from both containers, for example edges 1006and 1007 respectively of containers 1001 and 1002 as shown in FIG. 10.

In yet another implementation, edges selected may be the edge that isfirst crossed by the path of the pointer as it moves from the inside tothe outside of the first container, and the edge that is first crossedby the path of the pointer as it moves from the outside to the inside ofthe second container.

In order to aid the user in selecting an appropriate second edge, afterthe first point 1003 of the strut has been defined, potential secondedges may be graphically indicated as the pointer moves into proximity,such as by varying the line style of the edge or by displaying an iconin the vicinity of the edge. Only edges that will potentially create avalid strut will be indicated, including parallel edges on containersother than the container defined by the first point.

Additionally, if struts are non-symmetric, for example if a strut wereto treat each of its connected edges differently for some reason, thestrut creation process described can indicate this graphically. Forexample, since starting point 1003 is inside first container 1001, andthe ending point is inside second container 1002, edge 1006 of the firstcontainer may be treated differently from edge 1007 by the operation ofthe strut, and the strut may graphically indicate that fact.

10.3 Creating Struts between Guides

The creation of struts between guides is similar to that of creatingstruts between edges of containers described above. Since guides do nothave width and height in the way that containers do, there are fewerpossible user interfaces. Another approach allows a strut tool 406 to beselected and then the first guide is selected and the pointing device isdragged to attach the strut so created to a second guide.

Another implementation allows two guides to be selected and then a strutcreation button (icon) is selected which creates a non-directional strutbetween the guides. A directional strut may be created by anotherimplementation by considering the order in which the guides wereselected as a way to distinguish which is the driving edge and which isthe driven edge.

10.4 Creating Struts between Guides and Containers

In one implementation, dragging a guide onto an edge of a containercreates a distance constraint, typically specifying a zero-distancebetween the guide and the edge. This distance constraint may berepresented by a strut, hence, such a method of dragging a guide (eitherduring construction of the guide or container or while editing) mightactually create a strut.

Desirably struts can be created between guides and container edges in asimilar fashion to how struts may be created between container edges(select tool, click edge or guide, drag, release).

10.5 Creating Struts to Margins

It may also be desirable for distance constraints to exist between apage margin and guides or container edges. Struts can be used for thispurpose. In some implementations this is not necessary, since guides andcontainer edges may be fixed in position relative to an edge of thepage, which has the same effect as a strut. A strut between a pagemargin and a guide or container edge is also unnecessary since a guidemay be created which is fixed relative to the desired page margin, andother guides and container edges may then be linked via struts to it.Hence, there is no need for struts to be able to link page margins toguides or container edges.

In another implementation, guides and container edges might not have theability to be fixed relative to a page margin. In this situation, it maybe desirable to use struts to represent distance constraints to pagemargins.

10.6 Interactions between Struts and Containers

Struts interact with containers in many ways. The simplest operation ofa strut is to restrict where edges of containers and guides may bepositioned, as a way of determining where content will be placed indocuments. However, the connection of a strut to a container may alsomodify the state of the container, in particular its edge state, in keepthe container within the set of allowed states.

Rules governing the attachment of struts to containers in a specificimplementation are:

-   -   1. If a strut is connected between two fixed edges, the selected        edges become unfixed.    -   2. If a strut is connected between two fixed edges, the second        selected edge becomes unfixed and if the length of the container        in a dimension corresponding to the orientation of the strut is        fixed, then both edges perpendicular to the strut are unfixed,        while the length of the container in said dimension remains        fixed. For example, if the second selected edge is a vertical        edge of a fixed width container, then both vertical edges of the        container will be unfixed so that the container becomes movable        horizontally while its width remains fixed.    -   3. If both container edges and/or guides attached to a strut        become fixed, remove that strut.    -   4. If a fixed container edge or guide is moved by the user, the        length settings of any strut attached to it may be modified such        that the other edge or guide connected to the strut remains        unchanged.        11. Variable Data

The user interface 103 allows the user to associate a data source with avariable document template and design the template to produce validdocuments upon merging of the data source with the template. Merging isperformed interactively, in the background, or on demand by the layoutengine 105 component of the software application 121.

Preferably the data source is associated with the variable documenttemplate interactively and the layout engine 105 merges and lays outpages of the document on demand as the user interactively navigates themerged document. Another implementation may merge data with a templateand print the merged document without requiring an interactive userinterface during the merging process. Another implementation may mergedata with a template, producing a merged document, in the background andalert the user to problems in the merging process by messages whichappear asynchronously with respect to the user's navigation of a mergeddocument.

11.1 Data Source Selection

To merge a variable document template with a data source it is necessaryfor an appropriate data source to be associated with the template. Onemethod for achieving such an association is through the use of a datasource selection window, as illustrated in FIG. 13, and which forms partof the user interface 103.

FIG. 13 shows a GUI window as presented on the display 144 by the U′application 103, which allows the user to interactively select a datasource, which might be a database, a file, a join of a plurality ofdatabases, or some other source of information. Once a source has beenselected, as illustrated in FIG. 14, the source is associated with thetemplate until explicitly or implicitly disassociated.

11.2 Data Filtering

It is possible that not all of the data within a data source may bevalid for a particular merging operation. When such does occur, thereare numerous possible ways for the user to restrict the range of datathat is to be used. One implementation is to allow algorithmic datafiltering, to restrict the kinds and amounts of data that are to beused. For example, a range of postal zip codes might be selected so thatonly certain records associated with a desired geographic region areused to generate documents. Such algorithmic filtering is well known inthe art. Another implementation might be for the user to select and markdata, which are to be used, via a user interface, after the data sourcehas been associated with the template.

FIG. 17 shows the preferred approach of how the user can access a datafiltering operation via the GUI 301 of user interface 103 which occursafter a data source has been associated with a variable documenttemplate, via selection of a menu item.

11.3 Data Sorting

Related to filtering is the ability to sort a data set into a sequencein order to find relevant data. One implementation allows the user toselect a sorting of the records of the data source based on auser-chosen ‘key’ variable of the data source. All records are orderedby ascending alphabetic order in the chosen key variable. For example,if the key was the variable “Name”, then after the sort operation isperformed, records for which the Name starts with the letter A would beencountered before records for which the Name starts with the letter B(in the case of English text). Part of a suitable user interface isshown in FIG. 15, which shows that sorting may occur as part of theprocess of selecting a data source. Sorting is also possible after adata source has been associated, via a menu selection as shown in FIG.17.

Another implementation may allow user-selectable sorting methods, suchas numeric or language-specific methods, for different kinds of data.Another implementation may automatically select a sorting method basedon the kinds of information stored the selected key variable, perhapswith an override mechanism in case the automatically selected method isa poor choice.

11.4 Record Navigation

A data source contains records, each of which is a collection of relatedinformation. For example, a database might contain records describingcustomers, or it might contain records of products. It is useful if therecords within a database can be ordered into a sequence and navigatedby the user.

A preferred navigation method is to display a set of GUI buttons whichcan be activated by the pointing device 313 and the mouse 133, as shownin FIG. 18 by the symbols 1805. Each button steps forward or backwardthrough the sequence of records either one by one, or step to the startor end of the sequence, or step by some number of records. One approachis also to include a menu activated by the pointing device 313/mouse 133or the keyboard 132, which shows these options (as shown in FIG. 17),and additionally allows the user to navigate to a particular numberedrecord.

Upon navigating to a particular record, the software application 121displays that current record in some way upon the display screen 144.This may occur by merging that record with the variable documenttemplate and displaying the index of the current record within thesequence.

11.5 Variables

Each data source can be composed of a plurality of named variables thatapply to records within that data source. For example, a customer datasource might have variables for customer name and customer address.These are variables since the values may differ for each record,although the names of the variables might be the same for every record.

It is useful to have a method of displaying variables so that the usercan inspect the records within the data source and choose variables tobe associated with the variable document template.

A preferred method for displaying variables is to list each variable byname and current value vertically within a free-floating window, asshown in FIG. 18. The current value is determined by examining thecurrent record and finding each variable's value in the data source forthat record. The current record may be chosen as outlined earlier usingrecord navigation. Note that not all of the values or variable namesneed be displayed. There may be navigation mechanisms to allow the userto see each variable or value if there is too much information to fitwithin the window. Another implementation may use a similar displaywhich is part of another window (in other words, a sub-window). If thereis no data source associated with a document template, the window wouldbe empty of variables, as shown in FIG. 16.

Variables may contain several kinds of data. A variable might storetextual values, or it might store images. These are referred to as TextVariables and Image Variables respectively in the discussion below.

Preferably, the variables of a data source have one kind of value, hencea variable might display text or an image, but not both. A differentimplementation is to allow the variables of a data source to storedifferent kinds of data per record. For example, in one record a productdescription variable might contain a textual description, while inanother record in the same data source the same variable might have animage value.

11.6 Text Variables

A Text Variable contains textual values within each record of the datasource. The application 121 signals to a user that a variable is a TextVariable by placing a distinctive label next to the name of the variablewithin a list of the variables in a data source, as shown in FIG. 18 bythe label 1801. Another implementation might display the value of avariable near the variable's name as a way to signal a variable's type,as shown by the text 1802, although such an approach alone is notguaranteed to be unambiguous since image data might happen to appear thesame as textual data in some circumstances. The application 121 usesthis technique, but only as an aid to show the variable's data, not as aprimary method of distinguishing variable types.

11.7 Image Variables

An Image Variable contains image values within each record of the datasource. The values may be image data in a compressed or uncompressedformat, or a file name or other access method to locate an imageresource. The application 121 signals to a user that a variable is anImage Variable by placing a distinctive label next to the variable'sname within a list of the variables in a data source, as shown in FIG.18 by the label 1803. Another approach is to display the value of avariable near the variable's name, as shown by the text 1804, althoughthis method is not guaranteed to be unambiguous since an image file name(for example) may be confused with textual data.

11.8 Drag and Drop to Containers

It is useful to have a method for allowing the user to construct avariable document template while variables of a data source are visible,so that the user may know what variables exist. It is also useful toallow the creation of the appropriate type of container from a givenvariable.

The application 121 via the user interface 103 allows creation of theappropriate type of container by allowing the user to directlymanipulate variables in the variable list (shown in FIG. 19) using themouse 133 and the pointing device 313. The user selects a variable (forexample one of the rectangular areas marked 1902) and drags it onto adesign surface using the pointing device 313 and releases the selection1906. This is used as a signal that an appropriate type of container isto be created and initialized with that variable. For example, a TextVariable (as indicated by the label 1901) which is dragged onto a designsurface in this way will produce a Text Container which displays thatvariable's value for the current record (as also shown by text 1903). Ifan Image Variable 1904 was dragged to the design surface, an ImageContainer results which then displays either the filename 1905 and/orthe image itself, scaled, cropped and aligned, depending on the settingsemployed by the user.

The initial state of the Text Container so produced may be userconfigurable, but another approach is to anchor the container to thepage using the location where the user released the selection as a hint.

It might not be possible to use the location as the exact location ofthe container since the location might be invalid, such as outside thedesign window or outside the page (if that is invalid), so the locationmight be a hint. The container may be centered on the location, or oneof its corners might be positioned close to the location, or thecontainer might be placed as close to the location as possible while notviolating other constraints such as being completely within the page, orthe container might simply be placed in a default or random position andthe location ignored. There are many possible implementations of amethod to position a newly created object as the result of dragging apointing device.

The application 121 also creates the container to be of sufficient sizeto store all of the current record's content for the variable so draggedonto the design. Hence a long piece of text will produce a large TextContainer. Another approach may might pre-calculate a median size forthe data in the dragged variable and produce a container large enough todisplay that median size. Other approaches can use variants of thismethod to create containers that are large enough to store the largestrecord's data, or the smallest, or some other algorithm.

Another approach is to drag the variable onto the design space and thensweep out a rectangle for the container that holds that variable'svalues. A further approach is to select the variable and then sweep outa rectangle for the container, without first performing a dragoperation. Another alternative is to click twice with the pointingdevice on the variable representation and have a corresponding containerappear at a random or algorithmically chosen location in the design.

Another implementation is to have all variables within a data sourceappear in the design as containers as soon as a data source isassociated with the design, and for the user to then position or deletethose containers as needed. The initial positions and sizes ofcontainers created in this way may depend on the ordering of data withinthe data source and the relative sizes of content within each variable.In such an implementation, associating a data source with an existingdesign might not create a container for a variable if a containerrepresenting the particular variable already exists. This method is notpreferred, since it does not facilitate the creation of multiplecontainers that refer to the same variable.

A specific implementation also supports linkage of data source variableswith containers that have already been created. This allows a user tocreate a design without having to first associate a data source. Such animplementation may also provide association of a data source, creationof containers, and linkage of variables with containers in any order tosupport a flexible workflow.

Such an approach also allows existing containers to have their contentmodified by a drag and drop mechanism, implemented using the mouse 133and pointer 313 combination, such that dragging a variable into acontainer may reassign what that container displays, or it might add towhat it holds. For example, a container might have been constructedwhich contains the static text “Dear” and then the variable named “FirstName” could be dragged into the container, and then the variable named“Last Name” could be dragged into the container. This may result in acontainer that displays all of these data, or it may result in acontainer that displays only the last variable's value, depending on themode of operation and the settings on the container.

11.9 Displaying and Navigating Multiple Documents

Since documents are the product of merging a document template with datafrom a data source, there could be many documents produced as the resultof a single merge operation. There are many ways such documents can benavigated and displayed.

One implementation contains several ways to display and navigate thedocuments, and relies on ‘live proofing’ (described below) in which eachrecord of the data source is merged on demand with the document templateto produce a view of both the constraints of the document template andthe data for a given merged document. For such an implementation,several possible user interfaces exist, depending on user settingsand/or the nature of the documents produced. A summary of those userinterfaces are as follows:

-   -   Each document is displayed in one flowing document that is        organized vertically and/or horizontally, similar to a word        processing document, or a spreadsheet, and navigated by        scrolling mechanisms, a pointing device and/or keyboard. A        separate mechanism may be used to navigate through the records        in the data source, such as the buttons 1805 in FIG. 18.    -   Each record when merged can result in a document which has many        pages. Those pages may be organized vertically and/or        horizontally and displayed. A separate mechanism can be used to        navigate through the records in the data source.    -   If a document template produces few pages when merged with each        record, several documents may be displayed vertically and/or        horizontally. For example, if each document is only one page in        length, it is possible to arrange all documents into a linear        sequence and display them using a windowing system and employ a        scrolling mechanism to navigate the documents. This maps        navigation both within a document and between records of the        data source onto spatial navigation.    -   If each document has one or more pages, these may be organized        horizontally and then the vertical direction may be used to step        through the records of the data source by laying out each        subsequent document below the document representing the previous        record, thus navigating the space of documents using one        dimension. The roles of horizontal and vertical directions may        also be interchanged, with a similar effect.

In each of the above, there may be other ways to navigate betweenrecords and between page and/or documents, such as buttons, menus, andso on.

In an alternative implementation, the document template can be displayedseparately from the merged documents. Merged documents are produced onlyin a ‘print preview’ form which cannot be edited but simply display theresults of merging a single record with the template. In anotheralternative, the document template may be visible, as well as anon-interactive print preview, as well as a live proofing preview whichallows editing of both the document template and preview of the mergeddocuments. Other combinations of these work modes are possible.

11.10 Proofing

In on-screen and printing jobs where variable data is used, significantproductivity gains can be made by efficiently finding records that arerepresentative of the full range of records being merged, and inparticular, the actual extreme cases from a set of variable datarecords, so that the user understands how the final merged documentswill appear.

It is useful to preview and proof print a number of records to see howthe merged document will be affected by different sizes of variableimages and different lengths of variable text. The most useful samplerecords to print include:

-   -   how most of the records will print; and    -   records where there is either little or a lot of content being        displayed. More complex extensions of the principle include:    -   when text has been reduced too small or reached its minimum        size;    -   when any variable data text is not being displayed;    -   when an image is scaled up too much (print quality may be poor);        and    -   when the aspect ratio of an image has been distorted too much.

When dealing with variable data, the number of records or versions of adocument can be very large and without an automated proofing mechanism,the user would have to manually review each record to check that thefinal appearance of all of the merged documents are acceptable. Forexample, it is possible that only one of the records in the databasecontains content that will produce unpleasing appearances and findingthat record can be difficult. This is particularly true for variabledata jobs where the number of records is very large.

An efficient method of previewing and proof-printing variable dataprinting jobs is disclosed that ensures that the final appearance ofevery document is acceptable and will print correctly. A limited numberof records are selected for previewing on-screen and/or proof printingwhich are representative of all of the other records that willeventually be printed. These records are selected by analyzing themerged appearance of every record and using a predetermined set of rulesto determine those records that have the most significant impact on theappearance of the document.

Selective preview and proofing provides a profile of output resultsincluding extreme cases, so that the user is not surprised when printingthe entire job. Showing extreme cases, being those records with theshortest and longest display sizes, is valuable and economic approachcan be generalized to include a short list of “representative” casesthat includes the median display size, most extreme cases and a numberof records in-between the median and most extreme cases.

11.11 Live Proofing

Live proofing is the process of displaying variable data merged with thevariable document template interactively and on-demand. FIG. 20illustrates a graphical user 2000 interface in which a record of thedata source having items 2010-2020 has been merged with the template toshow 2002 what part of that record would look like if printed. Extraborders 2004 and colors 2006 have been added to make visible theconstraints defined within the variable document template, but theseartifacts are not intended to be printed.

Live proofing is advantageous over a separate merging process becauseerrors in the design of the template are likely to be found earlierthrough interactive navigation.

A specific implementation of the application 121 uses live proofing.Alternative implementations may use live proofing as an option, or notat all.

11.12 Selective Proofing

Selective proofing is a way of viewing only selected records in aVariable Data Printing application 121 that are either typical of theaverage document, or are least like the average document.

It is useful if the user can specify many kinds of items to measureduring selective proofing. The following measures may apply toindividual containers, struts linking containers, pages, records in thedata source or variables in the data source. Collectively these thingswill be referred to as ‘design items’ in the discussions below ofselective proofing. The term ‘merged size’ refers to a size measure of adesign item after a record from the data source is merged with thevariable document template. Various size measures will be discussedlater.

When selective preview or selective proofing is activated, a design itemis selected by the user interactively or by a preference setting. Everyrecord is separately merged with the variable document template. Foreach record, the merged size of the selected design item is recorded(stored). These merged sizes are compared to find those records forwhich the merged size of the selected design item is:

-   -   smallest;    -   median, average or some other measure of the middle of the set;        and    -   largest.

In order to find the most relevant records, the application 121 examinesthe actual display size of each record rather than just the number ofcharacters. For instance “w” takes up more space than “i” and would havea greater impact on the size of a container and the overall appearanceof the document.

Once these records have been identified, they are presented to the userfor previewing on-screen and/or printing.

Users can also preview or proof print additional records from the mergeddocuments to increase their confidence that all of the records in avariable data printing job will display correctly. Preferably, adeviation from the middle of the set is used to order the design itemsin a sequence so that records having the most different merged size forthe selected design item are presented to the user first or mostprominently.

11.12.1 Minimum and Maximum Content Size

A useful measure of the size of a design item is to consider itssmallest or largest width, height or content area. In the case ofindividual containers, these measures are simple to compute. In the caseof struts linking containers, either width or height will be meaningful,but not both, so area is not a meaningful measure. In the case ofindividual pages the sum of widths of containers or the sum of heightsof containers or the sum of areas of containers may be used. In the caseof records, the sum of these measures for all pages needed to displaythat record may be used. In the case of variables, all containersdisplaying the value of that variable in whole or in part may be used.Other approaches to select and total these measures can also be used.

11.12.2 Typical Size

Another useful measure of the size of content is to consider the typicalsize for a given design item. The typical size may be the average widthor height, or the average area, or the average of the sums of the areas,or the average of the sum of squares of the widths and heights, or otherpossibilities. Another measure is to use the median instead of theaverage for each of the above. Other statistical approaches may be used.

Any or all of these measures may be used to locate typical instances ofa particular design item. For example, records for which a particularcontainer has an area closest to the average area could be located.

11.12.3 White-Space Size

White-space is another useful measure of how typical a design item iswithin the set of merged documents. White-space may be defined in manyways. For example, white space may be defined as the difference in areabetween the area of a container as defined by the constraints of thecontainer and the area of content within that container when merged witha particular record, for example, if a container had a minimum size andthe content does not fill that size. Alternatively, white space may bedefined as the difference between the size of a container and the sizeof content of that container in one dimension only, such as width orheight.

Maximizing white-space is similar to, but not the same as, minimizingcontent size, and vice-versa. They are not the same, since containerconstraints such as minimum dimensions play a part in the calculation.For instance, finding a record which has a maximal content area is notnecessarily the same as finding a record which has a minimal white-spacearea.

11.12.4 Most Different Size

Of particular interest to variable data printing is locating documentswhich are unusual. For this a measure of unusualness is required. Such ameasure may be defined in many ways. One example of such a measure is tocalculate the largest deviation from the median size for a design item.The size is defined for some measure of width, height, area, sum ofwidth and height, sum of squares of width and height, and so on. Thismedian size can be calculated by examining each design item in questionfor each record in the data source, finding the size of that item andthen finding the medians of all sizes so determined. The largestdifference between each design item's size and the median size can thenbe calculated and thus the design item(s) with the largest deviation canbe found.

FIGS. 21A and 21B shows a method 2100 for calculating the averagedocument, and the most disparate document using the widths and heightsof the containers for each document. The method 2100 may be performed asa sub-module of the application 121.

The procedure starts at step 2101. Firstly, the method 2100 iteratesthrough all records in the data source, calculating the position anddimensions of each container in the document starting with a firstrecord at 2102 and using a process loop formed by steps 2103, 2104 and2105.

At step 2106, the method 2100 calculates the average (mean) width andheight of each container in the document template, by adding the widthand height across all documents and then dividing by the number ofdocuments.

Once the average values of the width and height are known for eachcontainer in the document template, the method 2100 iterates through allthe records starting at a first record in step 2107 and via a loopformed by steps 2108, 2113 and 2116. For each container in the document,defined by a further loop bounded by steps 2108, 2111 and 2115, themethod 2100 calculates the difference between the width of the containerand the average width in step 2109, and the difference between theheight of the container and the average height in step 2110. Step 2110squares each of these values, and adds them together, to give a figurefor the document. Squaring the results means that values are emphasizedmore strongly the further they are from the average value.

Once the figure above is calculated, it is now possible to work out, forany given container on any given document, how close that container isto the average size. If the container has the lowest value, it isclosest to the average. On the other hand, if the container has thehighest value, it is the furthest from the average.

If the user wants to know which is the most average document or the mostdeviant document, the values for each container on each document areadded together in step 2112. A list is thus formed which is then sortedin step 2114 which concludes the method 2100.

The document with the lowest value is closest to the average documentover each of its containers. The document with the highest value isleast like the average document. The user may then be shown as many ofthese documents as is required, such as the 5 worst documents, or the 10worst documents.

Other approaches can perform the above calculations on differentproperties than the width and height of the containers. Other propertiesthat may be useful are the size of the content, the font size (forcontainers where the font grows and shrinks), the white space area onthe document, the lengths of struts, or the positions of containeredges.

11.13 Pre-Flight Check

Size measures of the kind discussed above may be used to discovertypical, atypical or problematic design items. A “pre-flight check” is aterm used within the variable-data printing field to describe anautomated pre-print process that seeks to discover problems or otherfeatures of a merged document, before committing the entire job to hardcopy printing.

This check can be as simple as determining that all records will printacceptably and do nothing extra, reporting that there were no problems,or drawing attention to the problematic records in some fashion.

Preferably, a pre-flight check is performed at the user's request andalerts the user as to whether the check found no problems or whether itfound problems. If problems were found, the first problem encounteredcan then be displayed to the user together with an explanation via somevisual and textual method of the nature of the problem.

Another implementation can find and list all problems for the user tothen investigate. This check may be performed in the background whilethe user edits the variable document template, to provide a continuallyupdating list of problems in a window or sub-window. If the list isempty an entry indicating that no problems have been found could besubstituted. This background check may occur only at times when thesoftware is otherwise idle, may occur continuously, or for some otherset of times or situations.

-   -   12. Layout Method Overview

One aspect of the present disclosure is a method of laying out items ona page. A layout comprises a collection of items to be laid out and aset of rules or constraints that define where the items are to be placedin the layout. Several layout methods are described. These include:

-   -   1. A model for defining layouts. The layout model defines the        types and properties of items that can appear in layouts and the        allowed rules or constraints for defining how the items should        be laid out. A data structure may be used to store layouts in        the working memory of the computer 101. Several layout models        are described in detail below.    -   2. A means of creating and editing layouts. This includes of a        set of operations that can be used to create layouts. These        operations may be implemented as software functions that can be        called to build a data structure in accordance with the layout        model. These will be described in detail below.    -   3. A means of calculating positions and dimensions of items in        layouts. Given a layout defined by a set of items and rules,        this layout calculation method specifies how the items are to be        laid out in accordance with the rules and may be formed by the        software 105 executing on the computer 101. The means of        calculating layouts will be described in detail below.

Preferably, the means of creating and editing layouts in accordance witha particular layout model, and the method of calculating positions ofitems for that layout model, are implemented together as a softwarecomponent, being the layout engine 105, previously mentioned. Note thatthe layout engine 105 does not include the user interface 103. Manydifferent user interfaces may be used together with the layout engine105, described previously with reference to FIG. 1A.

13. Layout Models Overview

The layout models include a basic layout model and several extensions tothe basic model. The basic layout model defines the basic properties oflayout items, and the rules that can be used to define layouts. Severaladditional rules are also defined that are used to extend the basiclayout model. Some combinations of rules are advantageous because theylead to a simple layout method. Other combinations are advantageousbecause they are simple for users of the layout method to understand.

The basic layout model and the additional rules will be described below.Several implementations will be described incorporating particularcombinations of the rules.

14. Creating and Editing Layouts Overview

A layout is typically associated with part of a page in a document.Creating and editing operations are assumed to operate on a layout thatis initially created as an empty layout and are functions that arecalled by the user interface software 103. The operations may also beperformed by server software without direct input by a user whileproducing a document by combining data with a document template.

Operations used to create or edit layouts preferably do not corresponddirectly to the operations performed by the user of the software. Asingle action by the user is typically translated into multiple layoutcreation operations by the user interface software 103 or preferably byanother layer of software that provides a higher-level interface to thelayout engine 105 than the operations directly supported by the layoutengine 105.

The means of creating and editing a layout comprises at least operationsfor:

-   -   1. adding items;    -   2. removing items;    -   3. adding rules; and    -   4. removing rules.

Other operations may be added for modifying the items or rules. Theexact forms of the editing operations depend on the specific layoutmodel used. Many different forms are possible. These operations aredescribed in detail below.

When adding items and rules to a layout, it is easy to add combinationsof rules that are inconsistent in the sense that there is no possibleplacement of the items that can satisfy all of the rules. Such a layoutis said to be over-constrained. Conversely, it is also possible that agiven combination of rules may admit many possible solutions. Forinstance, there may be many possible placements of the items thatsatisfy all of the rules. Such a layout is said to be under-constrained.It is desirable to ensure that every layout has exactly one solution.Hence, in addition to the operations used to create a layout, theapplication 121 also incorporates means for ensuring that there isexactly one solution. This is incorporated into the layout creationmeans and into the means for calculating layouts.

Since it is desirable to prevent users from creating layouts that haveno solution or more than one solution, consistency and uniquenesschecking may be performed in conjunction with editing operations. Suchchecking may be performed after each editing operation to test if theoperation is valid. If not, the change may be disallowed and suitablefeedback may be given immediately to the user.

Thus consistency and/or uniqueness checking may be incorporated as partof the editing operations. Alternatively, the layout calculation canensure that a single well-defined solution is calculated for eachpossible layout that can be created using the layout creation andediting operations.

A means of ensuring existence and uniqueness of layout solutions will bedescribed in detail below.

15. Layout Calculation Overview

For each layout model, there is a corresponding method of calculatingthe positions and dimensions of the layout items. These positions anddimensions may be defined in any two dimensional coordinate system thatis convenient for the problem.

Several methods may be used for calculating the positions and dimensionsof layout items. These include:

-   -   1. the tree traversal method;    -   2. the simplex method;    -   3. a modified simplex method with a quadratic objective        function; and    -   4. graph based layout.

The tree traversal method applies to a restricted layout modelconsisting of little more than the basic layout model. The other methodsare used for various extensions to the basic model. Methods 2, 3 and 4are equivalent to solving various optimization problems.

An optimization problem consists of a set of constraints and anobjective function that must be minimized or maximized. In theapplication 121, some of the rules defining a layout representconstraints and some of the rules are used to define the objectivefunction.

The simplex method is a well-known method for solving a particular classof optimization problems. The simplex method is suitable for use withsome of the layout models described as part of this disclosure.

The simplex method only supports linear objective functions, whereas itis desirable to have a strictly convex function to ensure that thelayout has a unique solution. Typically, a quadratic objective functionis used, because there are well-known techniques for solvingoptimization problems with linear constraints and a quadratic objectivefunction. The simplest of these are modifications of the simplexalgorithm. These methods are well known in the art of solvingoptimization problems and any of these may be used without departingfrom scope of the present disclosure.

16. Detailed Description of Layout Models

16.1 Basic Layout Model

One aspect of the application 121 includes of a method of laying out acollection of items. Typically, the items are laid out in a rectangularspace in accordance with a set of rules or constraints. FIG. 22 shows anexample set of items and constraints.

A basic layout model is described for defining such layouts. The basiclayout model is used to define the basic structure of a layout and thelimits of the variability of the layout. For example, the basic layoutmodel is used to define basic relationships between layout items, setminimum and maximum sizes of items and to set limits on positions ofitems. Extensions to the basic layout model are used to provide finercontrol over layouts. The advantages that basic layout model has are:

-   -   1. it can be easily understood by a layout designer in terms of        physical analogies such as rigid and movable objects;    -   2. it can be easily represented and manipulated via a graphical        user interface;    -   3. it has a simple representation in software that can be        manipulated using a well defined set of operations.

In the basic layout model, as shown in FIG. 22, a layout comprises oneor more rectangular layout items 2201, called boxes, the layoutrectangle defined by horizontal and vertical sides 2215 and 2216, inwhich to place the boxes, and zero or more rules 2207, 2211.

Typically, the rectangular space in which the items are to be laid outrepresents the printable area of a page, or part of a page in adocument, and each item represents a graphic image or a block of text,although in some applications of the basic layout model the layoutrectangle may be absent.

The size and location of each box in the layout is defined by thepositions of the four sides of its bounding rectangle. Size and locationmay be specified in layout units, which are typically related to anabsolute unit of measurement such as millimeters. Rules 2207, 2209,2211, and 2213 define relationships between the sides of items or thelayout rectangle. A rule may define a relationship between oppositesides of the same item, such as rules 2211, 2213, between the side of anitem and the side of another item, such as rule 2209, between the sideof an item and a side of the layout rectangle 2207, or between oppositesides of the layout rectangle, such as rule 2217. A side, in thisdescription, is defined to mean the left, right, top or bottom of anitem or object.

In the basic layout model, the side of each box is associated with anabstract layout item called an “alignment mark” or just “mark”. Thesides of the layout area are also associated with marks. Thus, the basiclayout model supports two kinds of layout items: boxes and marks.

The term “alignment mark” is an abstraction and generalization ofregistration marks used by printers to align multiple images to beprinted on top of each other. There are two kinds of alignment marks:horizontal and vertical. A horizontal mark represents a verticalposition on the page or layout and may be thought of as a horizontalline of indeterminate or infinite length. A vertical mark represents ahorizontal position on the page and is conceptually a vertical line ofindeterminate or infinite length.

Alignment marks are not generally intended to be printed—they existpurely to define positioning and relationships between boxes. Alignmentmarks may be displayed in various ways (or not at all) by the userinterface.

A layout is associated with a two-dimensional coordinate system. It isthe job of the layout engine 105 to determine the position or coordinateof each mark in the chosen coordinate system. Vertical marks have ahorizontal coordinate and horizontal marks have a vertical coordinate.The coordinate system is preferably specified by assigning coordinatesto one designated vertical mark and one designated horizontal mark. Thecoordinates of all other marks are determined by their offsets relativeto the designated marks. If the layout is of a fixed size, the marksused to specify the coordinate system are typically two sides of thelayout rectangle.

A box is a rectangular area typically associated with some text orgraphics. A box may be used to represent a container when calculating alayout. Each box is associated with four marks that define the sides ofthe box. A box is essentially a relationship between four marks. Inextensions of the basic layout model additional marks may be associatedwith boxes. In the basic layout model, the layout rules used todetermine the position and dimensions of boxes are completely describedin terms of the marks associated with their sides, but in extensions ofthe model, additional rules are associated with boxes.

Boxes and marks are also used to represent shapes and positions that donot correspond directly to shapes and positions of objects that appearin the document. For example, boxes are also used to represent idealdimensions of items, which may be different to the sizes calculated bythe layout engine 105. Marks may be used to define limits on theplacement of other items, for example, marks may be placed at positionsrepresenting page margins and rules may be added to ensure that thelayout engine 105 does not place items outside the page margins.

In the basic model, each rule represents either a vertical offset 2209or a horizontal offset 2213 and may have either a specified size 2207 oran unknown non-negative size (shown as dashed lines) 2213. A fixedoffset rule specifies the size and direction of the vertical orhorizontal offset between two marks in the layout. An unknown offsetconstraint specifies only the direction of the offset between two marks.For example, the offset 2211 indicates that the edge 2221 of box 2219must always be above the edge 2223 of the same box. The size of anunknown offset constraint represents a value that needs to be calculatedby the layout method.

Thus, in the basic model, there are two types of rules: fixed offsetrules and non-negative offset rules. Each type of offset rule defines aconstraint on the relative positions of a pair of marks.

A fixed offset rule indicates that the offset between the position of afirst mark and a second mark must have a specified value. For instance,given marks m and n, a fixed offset rule is a constraint denoted by:fixed(m, n, d) defined by the equation:pos(n)−pos(m)=d,where d is a non-negative number. Struts 412 are represented as fixedoffset rules in the layout engine. Also if a container has a fixedwidth, this is indicated to the layout engine by adding a fixed offsetconstraint relating the marks representing the left and right sides ofthe container. Similarly, if the container has a fixed height, this isrepresented in the layout engine by a fixed offset constraint betweenthe marks representing the top and bottom edges of the container.

The distance d represents the offset from one mark to the other, andpos(u) denotes the position of a mark u. The position of a horizontalmark is the vertical distance of the mark from the origin of the layoutcoordinate system to the mark. The position of a vertical mark is thehorizontal distance from the origin of the layout coordinate system tothe mark. Any coordinate system may be used that is convenient fordefining the layout. In a fixed offset rule, the two marks must be ofthe same orientation. In this regard, the marks must both be horizontalmarks or they must both be vertical marks.

Note that the term “fixed” in this context refers to a value that is aninput to the layout calculation method, and cannot be changed by thelayout engine 105.

A non-negative offset rule is a constraint that specifies that theoffset between two marks is non-negative. A non-negative rule between amark m and a mark n is a constraint denoted by non-negative(m, n) anddefined by the inequality:pos(n)≧pos(m).In a non-negative offset rule, the two marks must be of the sameorientation. For example, the marks must both be horizontal marks orthey must both be vertical marks.

In the basic layout model, the horizontal rules are independent of thevertical constraints, so the problem of calculating the layout may besplit into two separate problems. FIG. 23 shows just the verticaloffsets corresponding to the layout shown in FIG. 22. In thisimplementation, distances are specified in logical units. In FIG. 23,fixed offset rules have been labeled with the size of the offset inlogical units. In this case it is assumed for simplicity that eachlogical unit corresponds to one mm. Logical units may be any convenientsize for the application, but typically one logical unit would besmaller than the smallest independently addressable printer dot. Thevertical offset rules shown in FIG. 23, may be represented in the formof a directed graph 2400 as shown in FIG. 24. In FIG. 24, each vertex2401 represents a horizontal mark, and each arrows 2403 represent arule. Fixed offset rules (e.g. 2402) are shown as solid lines andnon-negative offset rules (e.g. 2405) are shown as dashed lines. In FIG.24, for example, arrow 2402 between a root node 2404 and a terminal node2406 represents the fixed offset rule 2217 from FIGS. 23, and whichdefines the height of the layout rectangle of FIG. 22. Further, thenon-negative offset rules are variable within boundaries established bythe fixed offset rules. For example, an increase in the value of h1 willcause a corresponding decrease in the value of h2 and the value of h3,both of which depend from a terminal node 2408 of h1.

Typically, the layout area is of a fixed size. This is specified byconnecting the marks associated with opposite sides of the layout areawith fixed offset rules. In some applications, it also makes sense forthe layout engine 105 to calculate the size of the layout rectanglebased on relationships between the sides of the layout area and items inthe layout. Typically, rules are added to the layout to ensure that theboxes representing printable items are constrained to be within thelayout area, but in some implementations, this may not apply, and thelayout area rectangle may not be required. In some applications of thebasic layout model, the layout rectangle may be missing.

16.2 Alternative Representations of the Basic Layout Model

In another implementation, the basic layout model is represented in adifferent, but equivalent way, to that described above. Here, the basiclayout model is represented using only one type of rule: a minimumoffset rule.

The minimum offset rule specifies the minimum allowed offset between afirst mark and a second mark. A minimum offset rule between a mark m anda mark n is a constraint denoted by min (m, n, d) and defined by theinequality:pos(n)−pos(m)≧d,where d is a number representing the minimum allowed offset. In thisrepresentation, the number d may be positive, negative or zero, and thetwo marks related by a minimum offset rule must be of the sameorientation (ie. both be horizontal marks or both be vertical marks).

In another equivalent implementation, maximum offset rules may be usedinstead of minimum offset rules. A maximum offset rule, denoted by max(m, n, d), is defined by the inequality:pos(n)−pos(m)≦d,where d is a number representing the maximum allowed offset.

To see that only one of these two types of rules is required, note thatany maximum offset rule can be replaced by an equivalent minimum offsetrule because of the equivalence:max(m, n, d)≡min(n, m,−d).

To see that the alternative representation of the basic layout model isequivalent to the representation originally described, note that anynon-negative offset rule is a special case of a minimum offset rule asseen from the equivalence:nonnegative(m, n)≡min(m, n, 0),and any fixed offset rule is equivalent to two minimum offset rules asseen by the equivalence: $\begin{matrix}{{{fixed}\left( {m,n,d} \right)} \equiv {{\min\left( {m,n,d} \right)}\quad{and}\quad{\max\left( {m,n,d} \right)}}} \\{\equiv {{\min\left( {m,n,d} \right)}\quad{and}\quad{{\min\left( {n,m,{- d}} \right)}.}}}\end{matrix}$

Conversely, any minimum offset rule can be expressed using an extra markt, a fixed offset rule and a non-negative offset as shown by theequivalence: $\begin{matrix}{{{\min\left( {m,n,d} \right)} \equiv {{{fixed}\left( {m,t,d} \right)}\quad{and}\quad{{nonnegative}\left( {t,n} \right)}}},{{{if}\quad d} \geq 0}} \\{{\equiv {{{fixed}\left( {t,m,{- d}} \right)}\quad{and}\quad{{nonnegative}\left( {n,t} \right)}}},{{{if}\quad d} < 0},}\end{matrix}$where t is an extra mark used to mark the limit of the allowed positionsof n relative to m. In the special case where d=0, t may be replaced bym, and the fixed offset rule is redundant.

Thus, there are many equivalent representations that allow minimum andmaximum offsets, fixed offsets and non-negative offsets to be specified.Minimum offset rules may be used to represent all of these types ofrules because this simplifies the data structure used to representlayouts, and the software for manipulating the data structure.

Directed graphs are also preferably used to represent layouts conformingto the basic layout model where each graph vertex corresponds to a markand each graph edge is labeled with a number representing the minimumallowed offset from the mark represented by the source vertex of theedge to the mark represented by the destination vertex of the edge.Thus, for any given layout, a graph representation may be produced whereeach mark in the layout is represented by a corresponding vertex of thegraph, and each minimum offset rule is represented by a correspondingdirected edge. In the basic layout model, boxes may be ignored in therepresentation because each box is completely described by the markscorresponding to its sides.

There are numerous ways to represent a graph in the memory of a computerand any appropriate representation may be used. Generally it isconvenient to store layouts consisting of the items and constraints in aform other than a graph representation for the purpose of displaying andediting, so typically the layout will not be always represented directlyin the form of a graph in an interactive application. The graphrepresentation may comprise means for labeling the edges and vertices ofthe graph with numbers and other information as required.

FIGS. 33A to 33C show how the minimum and maximum height of a containermay be represented using only fixed offset rules and non-negative offsetrules and also using only minimum offset rules. In FIG. 33A, a container3300 is shown with a minimum allowed height of 40 units and a maximumheight of 100 units. The container 3300 is represented in the layoutengine 105 by a box with the top edge associated with mark 3301 andbottom edge associated with mark 3303. The directed graph of FIG. 33Bhas four vertices 3305, 3307, 3309 and 3311. The vertex 3305 representsthe mark 3301 and the vertex 3307 represents the mark 3303. The othertwo vertices 3309 and 3311 represent extra marks that define the rangeof movement allowed for mark 3303 relative to the mark 3301. Thepositions of these marks are fixed relative to the mark 3301 using fixedoffset rules represented by solid edges 3317 in the graph. Twonon-negative offset rules represented by dashed edges 3319 in the graphare used to constraint the position of the mark 3303 to be between thetwo extra marks 3311 and 3309. The second directed graph of FIG. 33Crepresents the same constraints using only two vertices 3313 and 3315where vertex 3313 represents mark 3301 and vertex 3315 represents mark3303. Two edges 3319 are used to represent minimum offset rules. Theedge from vertex 3313 to 3315 represents a minimum offset rule withminimum value 40. The edge from vertex 3315 to 3313 represents a minimumoffset rule with minimum offset −100. This is equivalent to a maximumoffset rule from 3313 to 3315 with maximum value of 100.

16.3 Shape Rules

In variable data printing applications, it is convenient to be able todefine a relationship between the width and height of a box. In thebasic layout model there is no way to do this.

For example, a box might correspond to an image that is to be insertedinto the layout and the size of the image might need to be adjusted tofit into the available space. It is desirable in such a case, to be ableto specify the aspect ratio of the box and have the layout engine 105determine the best size of the box based on the sizes of other items inthe layout. As another example, a box may correspond to the bounding boxof a block of text whose height and width are not specified, so bothneed to be determined by the layout engine 105.

The basic layout model may be extended to allow additional rules calledshape rules that define relationships between the widths and heights ofboxes, and to include two types of shape rules: aspect rules and textrules.

An aspect rule specifies that a box must have a particular aspect ratio.A text rule specifies that a box should be shaped as a bounding box fora particular block of text. Layout of text is handled by a specialpurpose module. Examples of text layout are described later in thisdocument.

The behavior of shape rules is described in more detail below becausetheir exact behavior depends on the method used to calculate layouts.These rules may have different behavior in different implementationsdepending on the method chosen to calculate positions and dimensions ofitems.

16.4 Equal Offset Rules

Another type of constraint that is convenient to have when specifyingthe layout is to be able to specify that two distances are equal. Thiscan be specified using an equal offset rule denoted by equal(m, n, s, t)for marks m, n, s and t, where m and n have the same orientation and sand t have the same orientation. The equal offset rule equal(m, n, s, t)is defined by the equation:offset(m, n)=offset(s, t),where offset(a, b) denotes the offset from a first mark a to a secondmark b, such thatoffset(a, b)=pos(b)−pos(a).

The basic layout model can be extended by the addition of equal offsetrules. Allowing equal offset rules in a layout model makes it very easyto create layouts that are over-constrained.

Equal offset rules are not supported in all implementations, becauseequal offset rules require a more general layout method which is lessefficient than that preferred in the layout engine 105. The layoutengine 105 preferably includes minimize distance rules, defined below,instead of equal offset rules as an alternative means for making variousoffsets equal.

16.5 Rules Involving Centers of Boxes

In the basic layout model, only the edges of boxes participate in thelayout rules. It is also desirable to be able to define relationshipsbetween the centers of boxes. In an extension to the basic layout model,each box is always associated with two additional marks. These compriseof a vertical mark and a horizontal mark that both pass through thecenter of the box.

In a model that allows equal offset rules, marks can be associated withthe center of each box using equal offset rules, so no additions to themodel are needed to support rules involving centers of boxes.

16.6 Fixed Center Rules

As a special case of rules involving centers of boxes, in anotherimplementation, there is an extension to the basic layout model thatallows the vertical or horizontal position of the centre of each box tobe fixed relative to the page or relative to a side of the page orlayout area. This special case avoids the need for equal offset rules,so a simpler method of calculating layouts can be used.

A fixed center rule can be considered to be a relationship between apair of marks associated with the opposite sides of a box, so additionalmarks passing through the center of the box do not need to be added tothe layout.

16.7 Maximize Offset and Minimize Offset Rules

The basic model layout rules and additional rules described so far areuseful for specifying precise constraints such as exact sizes of itemsand spaces between items and for specifying limits on the variability ofpositions and sizes of items. With the rules described thus far,defining layouts that are over-constrained or under-constrained can bereadily achieved. To give a finer degree of control over layouts, a goodstrategy is to use the basic model rules and other precise rules such asequal offset and fixed center rules to define an under-constrainedlayout and add additional, more flexible rules for specifyingpreferences for sizes and positions of items. Two additional types ofrules may be used for this purpose: minimize and maximize rules.

The rules defined so far define constraints that the layout method mustobey. Unlike the rules defined above, minimize and maximize rules definethe objective function for the layout method.

A minimize offset rule, denoted by minimizeoffset(m, n), indicates tothe layout engine 105 that the offset from mark m to mark n should be assmall (ie. as negative) as possible. This behavior of this rule will bedefined in detail below as it depends on the method of calculatinglayouts.

A maximize offset rule, denoted by maximizeoffset(m, n), indicates tothe layout engine 105 that the offset from mark m to mark n should be aslarge (ie. as positive) as possible. This behavior of this rule will bedefined in detail below as it depends on the method of calculatinglayouts.

The minimize offset and maximize offset rules are useful for includingin linear objective functions and so may be included in layout modelssuitable for calculation using the simplex method. If a linear objectivefunction is used, then each minimize rule or maximize rule contributes alinear term to the objective function. In this case only one of thesetwo types of rules are necessary because the rule minimizeoffset(m, n)is equivalent to maximizeoffset(n, m). Therefore, the datarepresentation of a layout model that includes these types of rules onlyneeds to support one of these type types of rules. For example, the datastructure may only support minimize offset rules, and each maximizeoffset rule is represented using the equivalent minimize offset rule.

16.8 Minimize Distance Rules

Use of maximize offset and minimize offset rules may lead to layoutswhere the ideal separation between two marks is infinite, so the rulesdo not always lead a well-defined layout. To avoid this problem,maximize offset rules and minimize offset rules may be replaced withanother type of rule. Alternatively, another type of rule called aminimize distance rule, denoted by minimizedist(m, n) is used to specifythat the distance. For instance, the absolute value of the offset,between two marks m and n should be as small as possible. Minimizedistance rules only apply between of marks with the same orientation. Ina specific implementation, another type of rule called a preferredoffset rule, described below, is used instead of using minimize distancerules.

Note that a minimize distance rule can be approximated using fixedoffset rules, minimize and maximize offset rules and non-negative offsetrules using the following equivalence:minimizedist(m, n)≡minimizeoffset(m, t) and minimizeoffset(n, t) andnonnegative(m, t) and nonnegative(n, t),where t is an extra mark added to the layout and not involved in anyother rules. This approximation may not be exact and depends on theexact layout calculation method used. In particular, the exact placementof items calculated by the layout method depends on the objectivefunction chosen.

Note also that a minimize offset rule can also be approximated using aminimize distance rule using the following equivalence:minimizeoffset(m, n)≡minimizedist(t, m) and fixed(t, n, d);where t is an extra mark added to the layout and d is a large positivenumber representing a distance much larger than the largest desireddistance between m and n. This approximation is not exact and the exactplacement of items will depend on the exact implementation of the layoutcalculation method, but it proves that functionality similar to maximizeand minimize offset rules can be provided by adding only minimizedistance rules to any layout model that allows fixed offset andnon-negative offset rules.

In some implementations, minimize distance rules may also include anextra value indicating the strength of the rule. Such a rule may bedenoted as minimizeoffset(m, n, s), where m and n are the marks relatedby the rule and s is a positive number representing the strength of therule. In this case, when more than one minimize distance rule affectsthe position of a mark, stronger rules have a greater influence over theposition than weaker rules.

16.9 Preferred Offset Rules

In a specific implementation, another type of rule, called a “preferredoffset rule” is used instead of using minimize distance rules. Apreferred offset rule, denoted by preferred(m, n, d), specifies that thepreferred offset from mark m to mark n is d. A preferred rule can berepresented by a minimize distance rule via the following equivalence:preferred(m, n, d)≡fixed(m, t, d) and minimizedist(t, n),where t is an extra mark added to the layout to represent the preferredposition of n relative to the position of m.

Conversely a minimize distance rule can be represented using a preferredoffset rule via the equivalence:minimizedist(m, n)≡preferred(m, n, 0).

Therefore, adding either minimize distance rules or preferred offsetrules to any extension of the basic layout model will result inequivalent models. The preferred offset rules are used instead ofminimize distance rules because this representation typically requiresless marks and less rules for commonly specified layout relationships.

The preferred offset rules may, as desired, also include an extra valueindicating the strength of the rule. Such a rule may be denoted aspreferred(m, n, d, s), where m and n are the marks related by the rule,d is a number representing the preferred offset from m to n and s is apositive number representing the strength of the rule. In this case,when more than one preferred offset rule affects the position of a mark,stronger rules have a greater influence over the position than weakerrules. Preferred offset rules with strengths are equivalent to minimizedistance rules with strengths via the following equivalences:preferred(m, n, d, s)≡fixed(m, t, d) and minimizedist(t, n, s),where t is an extra mark added to the layout to represent the preferredposition of n relative to the position of m, andminimizedist(m, n, s)≡preferred(m, n, 0, s)16.10 Preferred Layout Model

One desirable layout model includes the basic layout model, extended toadd the following types of rules defined above:

-   -   1. rules for fixing the center of a box horizontally or        vertically;    -   2. shape rules to support boxes containing text and images; and    -   3. preferred offset rules.

This layout model is flexible enough to support all commonly neededlayout features, while being both simple enough for users to understand,simple enough to have a simple data representation and able to support afast method for calculating positions and dimensions of layout items.

16.11 An Example Layout

FIG. 37A shows how the example layout shown in FIG. 4 is represented inone implementation of the layout engine 105 using boxes, marks andrules. The bounds of the layout area are represented by marks 3701,3703, 3705 and 3707. A layout area typically represents a part of a pagein a template. The height of the layout area is represented by a fixedoffset rule 3709. The width of the layout area is represented by a fixedoffset rule 3711. The two containers shown in FIG. 4, are represented inthe layout engine 105 by two boxes 3702 and 3704 shown in FIG. 37A. Themarks 3701 and 3705 are designated as origin marks.

The four edges of the first box 3702 are represented by marks 3713,3715, 3717 and 3719. The top-left corner of the box 3702 has a fixedposition on the page 150 logical units to the right of the left side ofthe layout area, and 200 units below the top of the layout area. This isrepresented by the two rules 3735 and 3737. The rule 3735 ensures thatthe left side of the box 3702 is 150 units right of the left side of thelayout area and the rule 3737 ensures that the top of the box 3702 is200 units below the top of the layout area. The height and width of thebox 3743 are not fixed and thus are calculated by the layout engine 105.A minimum offset rule 3744 indicates that the minimum width of the boxis 120 logical units. The rule 3742, indicates that the minimum heightof the box is 100 logical units. A preferred offset rule 3741 indicatesto the layout engine 105 that the preferred height of the box 3702 is550 logical units. Another preferred offset rule 3743 indicates to thelayout engine 105 that the preferred width of the box 3702 is also 550logical units. The preferred width and height of the box are determinedfrom the content of the container that the box represents. A minimumoffset rule 3739 tells the layout engine 105 that the bottom edge of thebox 3702 must not be below the bottom of the layout area represented bythe mark 3703.

The four edges of the second box 3704 are represented by the marks 3721,3723, 3725 and 3727. The positions of the top and bottom edges of thebox 3704 are fixed relative to the layout area. The position of the topedge is represented by mark 3725. The top edge is fixed at 200 logicalunits below the top of the layout area by the fixed offset rule 3731.Similarly, the bottom edge of the box is fixed at 750 logical unitsbelow the top of the layout area by the rule 3733.

The width of the box 3704 is fixed at 550 logical units by the fixedoffset rule 3729, but the positions of the left and right sides of thebox are not fixed and must be calculated by the layout engine 105. Theminimum offset rule 3747 indicates to the layout engine that the rightedge of the box represented by mark 3723 must not extend past the rightedge of the layout area represented by the mark 3707.

Additional minimum offset rules 3748 and 3749 ensure that variable edgesremain inside the layout area. In the example, these rules areredundant, and in some implementations, redundant rules may be removedbefore calculating the layout. Detecting redundant rules may be done bytemporarily removing the rule and using the push operation to determinewhether the rule could be violated by pushing the affected marks. If therule cannot be violated using the push operation, then the rule isredundant.

The strut 412 is represented by the fixed offset rule 3745. This ruleindicates to the layout engine 105 that the distance between the twoboxes 3702 and 3704 must be 200 logical units.

FIG. 37B shows the graph that represents the horizontal offset rulesshown in FIG. 37A. Another similar graph (not illustrated) may be usedto represent the vertical offset rules. The vertex 3751 represents themark 3705 corresponding to the left edge of the layout area. The vertex3761 represents the mark 3707 corresponding to the right edge of thelayout area. The vertex 3753 represents the mark 3713 corresponding tothe left edge of the box 3702. The vertex 3755 represents the mark 3715corresponding to the right edge of the box 3702. The vertex 3757represents the mark 3721 corresponding to the left edge of the box 3704.The vertex 3759 represents the mark 3723 corresponding to the right edgeof the box 3704.

The fixed offset rule 3735 is represented by a pair of minimum offsetrules represented by graph edges 3767 and 3769. The minimum offset rule3744 is represented by the graph edge 3771 and the maximum offset rule3746 is represented by the graph edge 3773. The fixed offset rule 3745is represented by the graph edges 3775 and 3777. The fixed offset rule3729 is represented by the graph edges 3779 and 3781. The minimum offsetrule 3747 is represented by the graph edge 3783.

FIG. 37C shows the memory structure used to store the graph shown inFIG. 37B. Each graph vertex is represented by a data structure e.g. 3791containing at least the position of the mark that the vertex representsplus an adjacency list representing the edges that leave the vertex. Theadjacency list consists of records, each representing one edge,containing at least a pointer, such as the pointer 3793, to thedestination vertex and the minimum allowed offset (e.g. 3794) from thesource vertex to the destination vertex. Since the sizes of theadjacency lists vary, these are stored as linked lists. The linksbetween adjacent records are not explicitly shown in FIG. 37C.

The preferred offsets are stored in a separate graph as shown in FIG.37D. Each preferred offset is represented by an edge in the graph, suchas the edge 3795. The data structure for storing the preferred offsetgraph is similar to the data structure used for storing minimum offsetrules. Corresponding vertices in the two graphs are linked by pointers(not explicitly shown). In some implementation, extra edges are added toeach graph to ensure that each edge has a reverse edge. This is to makeit possible to efficiently traverse the graph in a forwards or backwardsdirection.

17. Detailed Description of Layout Creation and Editing

17.1 Basic Operations for Creating and Editing Layouts

The simplest approach to creating and editing layouts is to allow anykind of item to be added or removed and to allow any kind of ruleallowed by the supported layout model to be added or removed. In thisapproach, only minimum consistency checking is required to prevent thelayout data structure from becoming inconsistent when an item is removedfrom the layout by automatically removing any rules involving the itembeing removed. In this approach, there is no guarantee that it ispossible to determine positions and dimensions for the items thatsatisfy all of the rules.

It is also useful to avoid layouts that contain redundant informationbecause this can reduce the complexity of the layout so that it issimpler for the user to understand, and the process of removingredundant information can provide feedback to the user to make thelayout clearer to the user. Redundant information can also increase thesize of the data structures representing the layout and can slow downthe layout calculations.

The directed graph structure (FIG. 24) described for representinglayouts involving rules from the basic layout model automaticallyprovides a means of disallowing some types of redundant information. Agraph does not allow more than one directed edge with the same sourceand destination vertices. This prevents more than one minimum offsetrule from being applied to the same offset. If there is more than oneminimum offset rule between the same pair of marks (in the same order,i.e. having the same first mark and the same second mark), then one ofthe rules is redundant because only the rule having the most negativeminimum offset value is required.

The operation for adding a minimum offset rule preferably automaticallyreplaces any existing minimum offset rule already represented with thesame source and destination vertex with the newly added rule.Alternatively, the operation of adding a minimum offset rule to anexisting layout does nothing if there is already a minimum offset rulewith a smaller (ie. more negative) minimum offset value for the sameoffset.

In a specific implementation, operations are supported for adding andremoving all of the types of rules supported by the basic layout model.Those rules comprise fixed offset rules, non-negative offset rules andmaximum offset rules, although these are all represented using minimumoffset rules. For example, the operation of adding a fixed offset ruleis implemented by adding two corresponding minimum offset rules.Operations are provided to fix or unfix the position of any mark. Fixingthe position of a mark is equivalent to adding a fixed offset rulebetween the mark and the origin mark of the same orientation. Operationsare also provided for independently fixing the horizontal or verticalposition of the center of any box. Many combinations of layout creationand editing operations are also possible.

The horizontal position of the center of a box may be effectively fixedfor various reasons. For example, if the horizontal positions of the twovertical sides of the box are fixed relative to the layout area, thehorizontal position of the box and width are completely determined andso, the horizontal position of the center of the box is also fixed. Inthis case, the operation for making the horizontal position center ofthe box fixed relative to the layout (ie. adding a fixed center rule),may do nothing because the rule is redundant. The same applies to fixingthe vertical position of the center of the box.

In one implementation, operations for adding and removing preferredoffset rules and minimize distance rules are also supported. In thisimplementation, minimize distance rules are represented using theequivalent preferred offset rule. Preferred offset rules may berepresented in a directed graph where each vertex represents a mark andeach preferred offset rule is represented by an edge connecting thevertices corresponding to the marks related by the preferred offsetrule. Since a directed graph only allows a single edge with the samesource and destination vertices, this might seem to be inadequate torepresent layouts with more than one preferred offset rule relating thesame two marks, but it turns out that in a specific implementation wherepreferred offset rules include a strength, any two preferred offsetrules relating the same two marks can be replaced by a single equivalentpreferred offset rule via the equivalence:preferred(m, n, d, s) and preferred(m, n, d′, s′)≡preferred(m, n, D, S),where $\begin{matrix}{{D = \frac{{sd} + {s^{\prime}d^{\prime}}}{s + s^{\prime}}},{and}} \\{S = {s + {s^{\prime}.}}}\end{matrix}$

This equivalence is valid when the preferred layout calculation isperformed.

17.2 Example Based Layout Creation and Editing

When creating and editing layouts, it is desirable to avoid creatingover-constrained layouts because such layouts are not useful forproducing documents. The process of avoiding conflicting rules can alsoprovide feedback to the user to improve the user's understanding of thelayout being created. Avoiding inconsistent rules during creation of thelayout can also reduce the amount of work involved for the user byautomatically preventing mistakes.

Example based editing may be used in certain implementations to avoidover-constrained layouts. Example based editing is where the operationsfor creating and editing layouts are always operating on an example ofthe layout that obeys all constraints. Note that minimize offset rules,maximize offset rules, minimize distance rules and preferred offsetrules do not impose constraints on the layout and can be ignored for thepurpose of avoiding over-constrained layouts. In a variable dataprinting application, this might be done by allowing the user to buildan example layout showing a preview of a document. The preview might bea display of one of the documents resulting from combining actual datawith the document template, or the preview may contain sample data thatis only similar to data expected to be inserted into the documenttemplate, or alternatively, only the sizes and positions of items mightbe approximately the same as expected in the actual documents to beproduced from the template.

The positions and dimensions of newly created items are preferablyspecified when items are created, so example positions of items arealways known. To store these values, each vertex of the graph used torepresent the layout is labeled with the position of the correspondingmark. In addition, rules may only be added if they do not conflict withthe current positions and dimensions of the items. For example, aminimum offset rule may only be added to the layout if the currentpositions of the marks involved obey the minimum offset rule. Similarly,when a fixed offset rule is added, the offset value must be equal to theoffset between the marks related by the rule. When the horizontal orvertical position of center of a box is fixed, the position anddimensions of the box are known and the horizontal or vertical center isfixed, based on the actual position of the center of the box at the timethe operation of adding the rule is performed.

The user may indicate, via the interface 103, a change to the layoutthat may require rules to be added to the layout. If the example layoutindicated by the user does not satisfy the rules to be added, the layoutis automatically adjusted, if possible, so that the newly added rulesare consistent with the layout. For example, when the user changes thewidth of a fixed width container, either via a dialog box or by draggingan edge of the box, the positions of the items are modified and therules are updated as well. This may require several layout operationssuch as removing some existing rules, changing the positions of themarks involved, and adding new rules. For example, when changingpositions of marks, the application 121 will first remove any rules thatwould be violated if the position of the marks were to be changed,update the position of the marks and add new rules that are consistentwith the new positions of the marks.

When editing or creating layouts, it is sometimes necessary to move amark or more than one mark relative to another mark or relative to thelayout origin without violating any constraints. This can be quite acomplex operation if the marks to be moved are affected by numerousconstraints. The layout engine 105 desirably provides an operationcalled “push” that moves a set of marks a given distance eitherhorizontally or vertically without violating any constraints and alsomoves other marks not in the original set if necessary to achieve therequested result.

17.3 The Push Operation

The push operation is implemented by the layout engine 105 in responseto input from the user interface 103 to move a set of marks a givendistance either horizontally or vertically without violating anyconstraints and also moves other marks not in the original set, ifnecessary, to achieve the requested result.

The push operation operates on a set of marks all of the sameorientation, and may be described in terms of a graph, called the pushgraph. Given an example layout defined by a collection of marks andminimum offset rules together with positions assigned to each mark inthe layout, a corresponding push graph may be defined. The push graph isa directed graph where each vertex corresponds to a mark in the layout,and each edge corresponds to a minimum offset rule where the actualoffset is equal to the minimum value allowed by the minimum offset rule.

The push graph for a layout is a directed graph whose edges indicatewhich marks can directly push others of the marks forming the layout. Afirst mark can directly push a second mark (in a positive direction) ifincreasing the value of the coordinate of the first mark would result inviolating a minimum offset rule between the first and second marks, thisbeing when the offset between them is already at the minimum allowed.Note that it is assumed that all basic model rules have been replacedwith equivalent minimum offset rules when creating or editing thelayout.

When moving a mark in a positive direction (ie. increasing itscoordinate value), any marks corresponding to vertices reachable fromits corresponding vertex in the push graph must also be moved by thesame distance to avoid violating any minimum offset rules.

When moving a mark in a negative direction (ie. decreasing itscoordinate value), any marks reachable from its corresponding vertex inthe reverse of the push graph must also be moved by the same distanceand direction to avoid violating any minimum offset rules. The reverseof the push graph is the same as the push graph except the directions ofthe edges are reversed.

A variety of methods of determining reachable vertices in a directedgraph may be used to implement the above.

The push operation works by moving groups of marks without violating anyminimum offset rules. To calculate the range of allowed movement for agroup of marks, a quantity called the “slack” is defined for eachminimum offset rule. Given any minimum offset rule min(m, n, d), thenthe slack for the rule is given by offset(m, n)−d. The slack is themaximum distance that mark m can be moved (in a positive direction)before the rule is violated, and is also the maximum distance that markn can be moved in a negative direction (i.e. the maximum amount by whichthe coordinates can be decremented) before the rule is violated. Theslack for a minimum offset rule is always a non-negative number if therule is not violated in the example layout. Each edge in the push graphcorresponds to a rule with a slack of 0.

The maximum positive allowed movement, for a set of marks is the minimumof the slack values of all minimum offset rules min(m, n, d), where m isin the set and n is not in the set. This is the maximum distance bywhich the marks can be moved in a positive direction without moving anyother marks not in the set and without violating any minimum offsetrules. The maximum distance by which a set of marks can be moved in anegative direction can be similarly defined as the minimum of the slackvalues of all minimum offset rules of the form min(n, m, d), where m isin the set and n is not in the set. If there are no minimum offset ruleslimiting the movement of a set of marks in a given direction, then themaximum distance is infinity (ie. there is no limit on how far the markscan be moved).

The push operation keeps track of a current set of marks to be moved,and a distance to push which is the remaining distance that it must pushthe marks in the current set. The set of marks and the distance to pushare updated as the steps in the operation are performed. The pushoperation moves the marks in one or more increments. The distance of themove in each increment is determined from the maximum allowed movementof the current set of marks. Additional marks that can be pushed by themarks in the set are added to the set before each increment, so adifferent set of marks is moved at each increment.

FIG. 25 shows a method 2500 involved in a first implementation of thepush operation. The push operation starts at step 2501 where the originfor the layout is saved. Since the push operation can change theposition of the mark that defines the coordinate system, this mark andits position are remembered so that the coordinate system can berestored later in step 2513. After step 2501, the push operationcontinues to step 2502, where the remaining distance to push is comparedwith 0. If the remaining distance to push is 0, there is nothing to beperformed and the operation proceeds to step 2513 where the origin ofthe coordinate system is restored. This is done by moving all marks inthe layout by an appropriate value to restore the original position ofthe origin mark that was saved in step 2501. If the distance to pushtested in step 2502 is not 0, the operation proceeds to step 2503, wherethe push graph is updated based on the current positions of the marks inthe layout. The operation then proceeds to step 2505. In step 2505, theset of marks to be moved is updated by adding any additional marks thatcan be pushed in the push direction by any mark in the current set. Forinstance, any mark whose corresponding vertex is reachable in the pushgraph (or the reverse of the push graph if the distance to move isnegative) from a vertex corresponding to any mark in the current set isadded to the current set of marks. The operation continues to step 2507where the distance for the current increment is calculated. The distancefor the increment is the smaller of the remaining push distance and themaximum allowed move distance for the current set of marks in the givendirection. This distance is always positive if the push distance ispositive. After the distance to move is calculated, the operationcontinues on the set 2509, where all marks in the current set are movedby the distance calculated in step 2507. After step 2509, the operationproceeds to step 2511, where the remaining push distance is calculatedby subtracting the distance moved from it. After step 2511, theoperation returns to step 2502, where the distance calculated in step2511 is tested to determine if another iteration if required.

The version of the push operation described in FIG. 25 can never fail,but if the origin mark is moved during the operation, the behavior ofthe operation is unintuitive. For example, if a group of marks is pushedto the right, instead of the marks moving to the right, other marksmight move to the left instead. This behavior is caused by step 2513,restoring the origin. In practice, this behavior is sometimes useful.For example, to make a box wider by 10 distance units, pushing the rightedge of the box 10 units to the right will make the box wider by 10units if it is possible to do so, even if the right edge cannot be movedby as much as 10 units. In this regard, if the right edge can only move3 units to the right, but the left edge can move 7 units to the left,the push operation will automatically move the left edge to the left.The side effect is that other items may also move.

It is also useful to have another version of the push operation thatdoes not move origin marks. This is described in FIG. 26 by a method2600. This implementation of the push operation proceeds in the same wayexcept that steps 2501 and 2513 are omitted because they are redundant,but includes an additional test, step 2606, that is inserted betweensteps 2505 and 2507. The test of step 2606 determines if the current setof marks contains the origin mark. If so, the operation stops and failsbecause the marks could not be pushed as far as requested without movingthe origin mark.

FIGS. 27A and 27B, 27C and 27D, and 27E and 27F together give an exampleof how the push operation works. These figures show a layout formed oftwo containers, a variable width container 2701 with minimum width 15units and a fixed width container 2704 with width 20 units. Thecontainer 2701 is represented by a box with left and right sidesassociated with marks A and B. The container 2704 is represented by abox with left and right sides represented by marks C and D. Thesefigures also show the edge of the page 2707 represented by a mark E.

FIG. 27A shows the initial state of a layout before the push operationhas started. Item 2701 has a minimum width of 15 units represented bythe minimum offset rule 2702. Item 2704 has a fixed width of 20 unitsrepresented by the fixed offset rule 2705. The two items 2701 and 2704are connected by a strut of length 6 layout units represented by a fixedoffset rule 2703. There is an additional minimum offset rule 2706between item 2704 and the edge of the page 2707 represented by the markE with minimum length 15 units. This rule prevents item 2704 fromgetting closer than 15 units to the edge of the page. The actualdistance is 20 units before invoking the push operation. The steps ofthe push operation are illustrated for pushing mark A 15 units to theright. A push graph 2709 for the layout is also shown in FIG. 27B. Thegraph 2709 shows the vertices representing marks B and C connected byedges in both directions because of the fixed offset rule 2703. Thevertices representing B and C are also connected in both directionsbecause of the fixed offset rule 2705.

FIG. 27C shows the result of the first iteration of the loop. In thefirst iteration, at step 2503, the push graph 2709 is calculated. Atstep 2505 it is determined from the push graph that mark A does not pushany other marks and can move by itself. In step 2507, it is determinedthat the maximum distance that mark A can be moved without violating theminimum offset rule 2702 is 3 units. Since this is less than therequested distance, mark A is moved 3 units in step 2509 resulting inthe layout shown in FIG. 27B. The remaining distance calculated in step2511 is now 12 units. In the second iteration of the loop, at step 2503,the push graph 2711 shown in FIG. 27D is calculated. In this graph markA now pushes mark B, because the slack in rule 2702 is now zero, andconsequently mark A also pushes marks C and D.

FIG. 27E shows the result of the second iteration of the loop where itis determined that marks B, C and D are now all pushed by mark A, so allfour marks must be moved together. At step 2507, it is determined thatmarks A, B C and D can be moved a maximum distance of 5 units withoutviolating the second minimum offset rule 2706 between mark D and theedge of the page 2707 represented by mark E. The remaining distance is12 units, but mark D can only move 5 units, so marks A, B, C and D areeach moved 5 units. In step 2511, the remaining distance is calculatedat 7 units. In the third iteration of the loop, in step 2503, the pushgraph 2713 shown in FIG. 27F is calculated. In this graph all marks noware pushed by mark A.

In the second version of the push operation shown in FIG. 26, the test2606 determines that the origin mark E is included in the set of marksto move, so the operation stops. In the first version of the pushoperation shown in FIG. 25, the third iteration of the loop results inall marks being moved by the remaining 7 units in step 2509, and in thefollowing step 2511, the remaining distance is now calculated as zero,so the test in step 2502 causes the process to go to step 2513 where theposition of the origin mark E is restored by moving all marks to case,the left by 7 units. In this example, both version of the pushoperation, produce the same result. In is example, mark A could only bepushed a total of 8 units instead of the requested 15 units.

17.4 The Push Operation with Fixed Centers

In layout models incorporating fixed center rules, the push operationneeds to be modified to be aware of fixed centers. If the horizontalposition of the center of a box is fixed, then the left and right sidesof the box must always be moved in opposite directions by equal amounts,such marks are said to be “opposed” to each other, or are said to be“opposing” marks. Similarly, if the vertical position of the center of abox is fixed, then the top and bottom sides of the box must always bemoved in opposite directions by equal amounts.

To adapt the push operation to incorporate fixed centers, the set ofmarks to be pushed is replaced by two sets of marks. One set of marks,the forward set, is pushed in a positive direction and the other set ofmarks, the opposing set, is pushed in a negative direction. In step2505, marks are added to each of the two sets of marks as follows. If amark is opposed to a mark contained in one of the two sets, the opposingmark is added to the other set as well as any marks that are pushed bythe opposing mark.

FIG. 32 shows in more detail a method 3200 of how the two sets of marksare determined when fixed center rules are allowed, such as used in step2505. In FIG. 32, it is assumed that the initial set of marks to pushare vertical marks and that they are being pushed to the right and it isassumed that the coordinate system is increasing to the right. Pushingmarks in other directions and orientations is performed similarly. Instep 3201, all marks pushed by the current set of marks are added to theforward set (ignoring fixed center rules). Step 3201 may be calculatedusing the push graph, by finding all vertices reachable from the set ofvertices representing the forward set of marks. In addition, if any twoopposing marks are included in the forward set, then the origin mark isalso added to the set. Following step 3201, in step 3203, all marksopposing any mark in the current set are added to the set of opposingmarks. In addition, if any two opposing marks are included in theopposing set, then the origin mark is also added to the opposing set.Adding the origin mark to either set effectively causes the pushoperation to terminate after the test in step 2606. Following step 3203,in step 3205, all marks pushed to the left by marks in the opposing setare added to the opposing set. This is done in the same way as in step3201, except the reverse of the push graph is used because the marks arebeing pushed in a negative direction (ie. their coordinates are beingdecreased). Following step 3205, in step 3207, any marks that opposemarks in the opposing set are added to the forward set. Step 3207 is theconverse of step 3203. Following step 3207, in step 3209, a test isperformed to check if new marks were added to the forward set in step3207. If so, the calculation returns to step 3201 so that steps 3201,3203, 3205 and 3207 will be repeated until no more new marks are addedto either of the two sets.

In step 2507, the move distance is calculated independently for the twosets and the smaller of the two distances (ie. smaller in magnitude)becomes the distance to move. In step 2509, the marks are moved the samedistance but in opposite directions. The marks in one set are moved in apositive direction and the marks in the other set are moved in anegative direction.

17.5 The Push Operation with Shape Rules

Since shape rules relate horizontal and vertical marks, adapting thepush operation to incorporate layout models with shape rules ispotentially complicated. The problem is that when pushing marks, complexinteractions between marks of the same orientation may result fromcombinations of shape rules and other rules. In particular, it ispossible to create circular dependencies that have no single solution.To avoid this problem, a restriction is placed on the layout model thatshape rules are only applied to boxes where at most one markcorresponding to a vertical side and at most one mark corresponding to ahorizontal side appears in a minimum offset rule. That is, at least oneof each pair of opposite sides of a shape rule box must be free ofminimum offset rules. This restriction prevents any complexrelationships between marks due to shape rules. With this restriction,the push algorithm may be modified so that shape rules are appliedwhenever any side of a box involving a shape rule is moved in step 2509.The shape rules are applied by moving the free edges of the box, where afree edge is an edge that is not involved in any minimum offset rules.

17.6 Using the Push Operation for Editing Document Templates

The GUI 301 uses the push operation to modify an example layout whilethe user is editing a document template. FIG. 34 shows an example method3400 of how the GUI 301 allows the user to move a fixed edge of acontainer. At step 3401, the user indicates that the edge should bemoved, for example by selecting and dragging the edge with the mouse 133and pointer 313. Following step 3401, at step 3402, the application 103unfixes the position of the mark corresponding to the edge being moved.The position of an edge is typically made fixed by adding a fixed offsetrule that fixes the offset between the mark representing the edge andthe origin mark with the same orientation as the edge. To unfix theedge, the fixed offset rule is removed to allow the position of the edgeto be changed. Following step 3402, at step 3403, extra constraints areadded to the layout engine 105 to limit the allowed positions of theedge. When an edge is fixed, the edge cannot be moved, so there is noneed for any additional constraints on the movement of the edge.However, when the layout engine 105 is used to change the position of anedge, typically the range of movement of the edge is restricted. Forexample, the layout engine 105 may be told that the edge cannot be movedpast the edges of the layout area. As a further example, if the edge isthe left edge of a container, a non-negative offset constraint may beadded between the mark representing the left edge of the layoutrectangle and the mark representing the edge of the container. Also, theminimum and maximum width of the container should be enforced. Thedocument template may be used to store a minimum and a maximum width anda minimum and maximum height for each container independently of thelayout engine 105. By adding a minimum offset constraint and a maximumoffset constraint between the marks representing the left and rightedges of the container, the minimum and maximum width settings of thecontainer can be enforced by the layout engine 105 while the user isdragging the edge of the container.

Following step 3403, the application 121 invokes the push operation tomove the edge in step 3405. The push operation ensures that the movementof the edge does not cause any constraints to be violated, and limitsthe movement to the range allowed by the layout rules. Following thepush operation, in step 3407, the constraints added in step 3403 areremoved, and then in step 3411, the position of the edge is fixed at thenew position. After step 3411, the application 121 uses the layoutengine 105 to recalculate the layout in step 3413 as described below andshown in FIGS. 28, 29, 30A and 30B. Step 3413 ensures that all of theminimize distance rules and preferred offset rules are applied. Step3411 is necessary to prevent the layout engine 105 from moving the edgeto another location when step 3413 is performed. Lastly, after thelayout has been recalculated in step 3413, the application 121 updatesthe display 144 to show the result of changing the position of the edge,and the update is complete. The steps in FIG. 34 may be repeated as theuser drags the edge of a container with the mouse to provide immediatefeedback while dragging.

FIG. 35 show another method 3500 of how the push operation may be usedto edit document templates. The method 3500 starts at step 3501, wherethe user requests a change to the width of a fixed width container. Itis assumed that the position of the container is variable and the leftand right edges are not fixed. This may be done by typing a new widthusing the keyboard 132 into a properties dialog displayed by the GUI301. In one implementation, clicking on the container using the rightbutton of the mouse 133 causes a context menu, similar to the palette311, to be displayed. A “Properties . . . ” icon may then be selectedfrom the context menu to cause a properties dialog to be displayed.After step 3501, in step 3503, the difference between the current widthof the container and the new width is calculated. After step 3503, atstep 3505, the width of the container is changed from being fixed tounfixed. The width of a container is made fixed by adding a fixed offsetrule between the marks representing the left and right edges of thecontainer. As such, step 3505 comprises of removing the fixed offsetrule. After step 3505, at step 3507, constraints are added to the layoutto limit the movement of the sides of the container. The minimum andmaximum width of each container may be in the document template. Theserestrictions are enforced by adding rules to the layout. The minimumvalue is enforced by adding a minimum offset rule relating the marksrepresenting the left and right sides of the container, and the maximumvalue is enforced by adding a maximum offset rule relating the marksrepresenting the left and right sides of the container.

Step 3509 follows step 3507. In step 3509, the push operation is used tomove the mark corresponding to the right edge of the container to theright by the difference in width. If the change in width is negative,representative of the user requesting a smaller width, then the markwill be pushed a negative distance—therefore being pushed to the leftinstead of to the right. In the next step 3511, the remaining requiredchange in width is calculated. If the push operation in step 3509 wassuccessful in pushing the right edge by the calculated distance, thewidth of the container will have changed to the correct size and theremaining distance would be zero. If the push operation in step 3509 wasnot successful, the current width will not be equal to the requestedwidth and the remaining distance would be non-zero. Following step 3511,in step 3513, the left edge is pushed to the left using the pushoperation by the remaining change in size calculated in step 3511. Ifthe remaining change in width is negative, the left edge would be pushedto the left by a negative distance. That is, the edge would be pushed tothe right.

If step 3513 was successful in pushing the left edge by the distancecalculated in step 3511, the width will now be equal to the requestedwidth. If not, the width will be as close as possible to the requestedwidth. After step 3513, the constraints added in step 3507 are removedat step 3515 and the width is fixed at the new width at step 3517 byadding a fixed offset constraint relating the marks representing theleft and right edges of the container. Following step 3517, the layoutis recalculated at step 3519 and the display is updated to reflect thenewly calculated layout at step 3521, thus completing the operation ofchanging the width of the container. The process of calculating layoutsis explained in more detail below. In the example shown in FIG. 35, itis assumed that the second version of the push operation outlined inFIG. 26 is used. If the version outlined in FIG. 25 is used steps 3511and 3513 would be unnecessary.

18. Detailed Description of Layout Calculation

18.1 Calculating Layouts Using the Simplex Algorithm

In one implementation, the allowed rules are those of the basic model,together with equal offset rules, aspect rules, minimize offset rulesand maximize offset rules. Here, the basic model rules are equivalent tolinear inequality constraints and the equal offset rules are linearconstraints and the minimum offset rules and maximum offset rules areused to define a linear objective function. In this model, the rulesdefine a linear program, so the layout calculation can be preformedusing the simplex algorithm or any other method of solving linearprograms.

In this implementation, the objective function is calculated by addingtogether each offset between a pair of marks related by a minimizeoffset rule and subtracting, from this sum, each offset between a pairof marks related by a maximize offset rule. If the rules have strengths,the offsets are first multiplied by the strength of the correspondingrule before adding or subtracting.

Unfortunately, there is no known way to include text rules in modelswhose layouts can be calculated using the simplex method withoutsignificant modification to the simplex method.

18.2 Modified Simplex Method

In another implementation, the allowed rules are those of the basicmodel, plus equal offset rules, aspect rules, minimize distance rulesand preferred offset rules. In this implementation, the minimum offsetrules and equal offset rules are converted into linear constraints andthe minimize distance rules and preferred offset rules are used todefine a quadratic objective function. In this model, the constraintsare either linear equalities or linear inequalities and the objectivefunction is a quadratic function. These types of problems may be solvedusing methods known to those skilled in the art of quadraticoptimization. A modified version of the simplex method may by used tocalculate layouts in this model.

As with the simplex method, there is no known way handle models thatallow text boxes with variable width and height using quadraticprogramming, without significant modification to the quadraticprogramming.

18.3 Graph Based Layout Calculation

In another implementation, the layout model used allows all of the basicmodel rules, preferred offset rules and shape rules. This model is thesame as the preferred layout model except that fixed center rules arenot allowed. In this implementation, the basic model rules arerepresented using minimum offset rules and these are stored as adirected graph. Preferred offset rules are stored as a separate directedgraph. Shape rules are stored separately. This method has the advantageover the simplex and quadratic programming methods that it incorporatesboth aspect rules and text rules, and can be modified to incorporateother shape rules as well.

Further, in this implementation, each container is associated with abox. For some containers, a further separate box may be associated withthe container and used to represent the ideal size and/or shape of thecontainer. Minimize offset rules are used to tell the layout engine 105to make the box representing the printed or displayed shape of thecontainer as close as possible to the size and shape of the boxrepresenting the ideal shape. The ideal size and shape of the containeris defined by applying a shape rule to the associated box. The layoutcalculation method operates to make the size and shape of the containeras close as possible to the ideal size and shape. It is not alwayspossible to make the container exactly the ideal size and shape becauseat its ideal size and shape it might not fit in the available space inthe layout. For example, constraints may prevent it from being the idealsize or shape.

The minimum offset rules are used to define constraints that limit thepossible positions of the marks, the preferred offset rules are used todefine an objective function that is minimized by the layout calculationmethod, and the shape rules are used to dynamically guide thecalculation method. To define the objective function, each preferredoffset rule is associated with an energy value. The energy of apreferred offset rule is half of the square of the difference betweenthe preferred offset and the actual offset. The objective function,called the total energy, is the sum of the energies of all of all of thepreferred offset rules. If strengths are assigned to preferred offsetrules, then the energy is multiplied by the strength. A preferred offsetrule may be thought of as a spring that has a natural length and isunder tension if compressed or stretched. The tension of a preferredoffset rule is the strength of the rule multiplied by the differencebetween the actual offset and the preferred offset. The strength of therule is analogous to the stiffness of the spring. The layout engine 105calculates the layout by minimizing the total energy by balancing thetensions of all of the preferred offset rules.

FIG. 28 shows the main steps involved in calculating the layout. Thelayout calculation method 2800 moves (ie. changes the positions of)marks without violating any of the minimum offset rules until the totalenergy is minimized. The method 2800 starts at step 2801, where thelayout engine 105 searches for a group of marks that can be moved toreduce the value of the objective function without violating any basicmodel rules. At step 2803, a test is performed to test if the search wassuccessful, if so, the method proceeds to step 2805, otherwise thelayout calculation is complete and the method 2800 stops. At step 2805,the marks are moved a suitable distance in a suitable direction toreduce the total energy. After step 2805, the method 2800 returns tostep 2801, where it searches for another group of marks to move. Methodsof selecting groups of marks to move and methods of calculating thedistance to move the marks are described in more detail below. To ensurethat the process described in FIG. 28 terminates, small changes inpositions of marks and/or changes in positions of marks that result insmall changes in total energy are ignored. In one implementation, thechanges in position may be restricted to a whole number of logicalunits.

FIG. 29 shows an equivalent procedure 2900 to that shown in FIG. 28except that vertical marks are moved first (step) before any groups ofhorizontal marks are moved (step 2903). The test at step 2905 serves thesame purpose as the test at step 2803. There are many possible ways toorganize the method of reducing the total energy without departing fromthe scope of the present disclosure.

FIG. 30A shows in more detail how step 2901 may be performed in oneimplementation as step 2901-A. In step 3001, the push graph for thevertical marks is calculated. This is used to determine which marks canbe pushed by a given mark. In some implementations, this graph may be aseparate data structure from the graph representing the rules. In otherimplementations, the two data structures may be combined. In step 3003,the first vertical mark is retrieved by retrieving the first vertex fromthe graph representing the vertical marks and horizontal minimum offsetrules. There are many possible orders in which the marks may beretrieved. In one implementation, the marks may be retrieved in theorder that their corresponding vertices are stored in the graph thatrepresents the horizontal minimum offset rules. After step 3003, themethod proceeds to step 3005, where the marks that can be pushed to theright by the mark chosen in step 3003 are calculated. Step 3005determines a group of marks that can all be moved to the right by somenon-zero distance without violating any minimum offset rules. The groupis comprised of the mark chosen in step 3003 plus all marks that can bepushed by the chosen mark (ie. all marks corresponding to vertices thatare reachable in the push graph from the vertex corresponding to thechosen mark). Step 3007 determines the maximum distance that the groupof marks determined in step 3005 can be moved to the right withoutviolating any minimum offset rules. The calculation in step 3007 is thesame as that performed as part of step 2507 of the push operation. Afterstep 3007, step 3009 calculates the distance that the marks in the groupshould be moved to reduce the total energy, this not being greater thanthe distance calculated in step 3007. Step 3009 will be described inmore detail below. The distances moved may be restricted to a wholenumber of logical units. After step 3009, the method proceeds to step3011 where the marks are moved by the distance calculated in step 3009.Since the marks may have changed position, the push graph may need to beupdated to reflect the consequences of the new positions. If thedistance calculated in step 3009 is equal to the maximum alloweddistance calculated in step 3007, the push graph will need to bechanged. This is done in step 3013 that follows step 3011. It is alsopossible that moving the marks to the right would not decrease the totalenergy. In this case, the distance calculated in step 3009 would be 0and the marks would not actually change position in step 3011. Steps3011 and 3013 would then both effectively do nothing, and may be skippedin some implementations. Steps 3015, 3017, 3019, 3021 and 3023 areequivalent to steps 3005, 3007, 3009, 3011 and 3013 respectively, exceptthat the direction of movement is reversed. In these steps, the reverseof the push graph is used instead of the push graph. One skilled in theart of software engineering will understand that it is possible todesign the directed graph data structure used for the push graph so thatthe same push graph can be traversed in a reverse direction, so aseparate reversed push graph is not needed. After step 3023, a test isperformed to determine if all vertices have been visited at step 3003,if not, the method returns to step 3003 where the next mark is selected.If so, step 2901 is complete and the calculation proceeds to step 2903.

Step 2903 is the same as step 2901 except that the horizontal marks andvertical minimum offset rules are considered instead of vertical marksand horizontal minimum offset rules.

FIG. 31 shows the details of how the calculation in step 3009 isperformed. In step 3101, the partial derivative of the total energy iscalculated with respect to a change in position of the current set ofmarks from their current positions. The derivative of the total energyis equal to the sum of the tensions. The partial derivative is equal tothe sum of the tensions of the preferred offset rules relating marks inthe current set to marks not in the current set. That is, the sum isover rules of the form preferred(n, m, d, s), where m is a mark in thecurrent set and n is a mark not in the current set. Note that the rulepreferred(m, n, d, s) is equivalent to the rule preferred(n, m, −d, s),for any marks m and n. The energy is minimized by making the sum of thetensions as close to zero as possible. This is accomplished in step 3103by moving the marks a distance δ given by:δ=−D/S,where D is the sum of the tensions and S is the sum of the strengths ofthe preferred offset rules relating marks in the current set to marksnot in the current set. In step 3105, a test is performed to determineif the objective function is decreasing in the direction of movementbeing considered for the current set of marks. This is equivalent totesting is δ is positive. If the energy cannot be decreased by movingthe marks in the current direction, then the distance to move is set tozero in step 3107. If the energy can be decreased by moving the marks inthe current direction, then the distance to move is calculated in step3109. The distance to move is the smaller of δ and the value calculatedin step 3007. The movement of marks may be restricted to whole multiplesof logical units, so the distance calculated in step 3007 is rounded towhole logical units. This guarantees termination of the layoutcalculation.

The same considerations about the origin marks apply to the layoutcalculation as apply to the push operation described above. In thisregard, the origin marks may be ignored by the layout calculation inwhich case step 3005 will always find a set of marks that can be movedexcept that the designated vertical mark that defines the origin of thehorizontal coordinate system may be contained in the set of marks to bemoved. In this case, step 3007 will always produce a non-zero positivedistance and step 3011 may change the position of the origin mark. Inthis case, the position of the origin mark should be stored before step3001 and the position of the origin mark should be restored by movingall vertical marks in the layout by minus the distance that the originmark has been moved during the calculation. In another implementation,the origin marks are considered in step 3007. In this regard, if anorigin mark is included in the set of marks to be moved, then thedistance calculated in step 3007 is 0. In this case, the origin does nothave to be saved or restored when performing the layout calculation.

Shape rules need only used for containers that have both unfixed widthand unfixed height. For such a container, the part of the container thatcontains the content is represented in the layout engine 105 by twoboxes. One box represents the boundary of the displayed or printed textor image contained in the container. The boundary of this box iscalculated by the layout engine. The other box represents the idealshape of the box. This box is controlled by a shape rule and istypically not printed or displayed to the user. The two boxes share onehorizontal mark and one vertical mark. For example, the positions of theleft and top edges of the two boxes are always equal. It makes nodifference whether the left or right edges are shared or whether the topor bottom edges are shared. The remaining two vertical edges are relatedby a minimize distance rule, and similarly, the remaining two horizontaledges are related by a minimize distance rule. The minimize distancerules indicate to the layout engine that the two boxes should be made asclose to each other in size as possible.

Shape rules are taken into account when moving any mark associated withan edge of either box of such a pair of related boxes. The marksbelonging to the boxes with shape rules that are not shared may beignored and skipped in step 3003, but these unshared marks are adjustedbefore step 3009 if any of the marks representing an edge of theassociated box without the shape rule are to be moved. The same appliesto the equivalent steps applied to the horizontal marks. The unsharedmarks are adjusted in accordance with the shape rule to minimize theenergy function. This process ensures that the energy is balancedbetween the vertical and horizontal marks.

In the case where the shape rule is an aspect rule, it isstraightforward to minimize the energy. If the width and height of thedisplay box are W and H and the width and height of the ideal box are wand h, then the minimum energy is achieved when W+H=w+h. If the ratio ofheight to width defined by the aspect rule is r, then the width andheight of the ideal box can be calculated as:w=(1+r)⁻¹(W+H) and h=r(1+r)⁻¹(W+H).

In the case where the shape rule is a text rule, there is no simpleformula for the shape of the ideal box. The text layout engine performscalculations to lay out text inside a rectangular space. The text layoutengine is used to calculate the dimensions for the ideal box. The textlayout engine performs calculations to lay out a block of text in aspace with a given width, and it can rapidly calculate the height of thelaid out block of text. The text layout engine incorporates word-wrapcalculations to wrap long lines of text into multiple lines. The textlayout engine lays out text in accordance with formatting informationassociated with the text. The formatting information may include theparagraph style, size of the font and the style, such as bold orunderlined for example, to use for each character.

In one implementation, the ideal width is set to the width of the widestline of text and the ideal height is set to the height of the laid outtext block calculated by the text layout engine with the width equal tothe width of the display box. This has the effect of adding an energypenalty if the width is less than the width of the longest line or thedisplay box is not high enough to contain the text.

In another implementation, the text layout engine is used to lay out thetext at different widths calculating the height for each width until thewidth is found that results in the lowest energy value. In the casewhere the widest line of text is not as wide as the display box, theideal height may be set to the width of the widest line of text and theideal height may be set to the height calculated by the layout enginewhen there is no wrapping of lines. Where the text contains long linesof text that must be wrapped to fit inside the display box, a searchstrategy is employed to find a width that results in the layout with theleast energy. Many possible strategies may be devised for searching forthe ideal width without departing from the scope of the presentdisclosure. In particular, a binary search strategy may be employed.

In another implementation, if the text contains long lines of text thatmust be wrapped to fit into the display box, the dimensions of the idealbox are calculated based on whether or not the text can be laid out tofit inside the display box. If the text does not fit inside the displaybox, the ideal box is made larger in both width and height than thedisplay box. If the text fits inside the display box, then the ideal boxis made smaller in both width and height than the display box. Thisstrategy has the effect of adding a penalty for layouts in which thedisplay box is larger or smaller than necessary to contain the text.There are many possible ways to calculate the exact dimensions of theideal box without departing from the scope of the present disclosure.One particular method that may be used is to first calculate the heightof the text if laid out with width equal to the current width of thedisplay box, and then add half of the difference between the height ofthe laid out text and the height of the display box to both the widthand height of the display box to obtain the dimensions of the ideal box.

18.3.1 Simple One-dimensional Layout Example

FIG. 39 shows an example usage of the layout mechanism described inSection 18.3 and later. Three boxes 3901 have been specified, A, B, andC. Each box 3901 is defined by marks 3905 at the left, top, right andbottom edges. Left and right edges of the page are defined as twovertical marks (3903 and 3904) with a fixed distance between thosemarks. There are fixed-offset rules 3902 which specify distances betweensome of the containers' edges and the edges of the page.

The rules in detail are:

-   -   The width of the page is fixed at 50 units.    -   P_(A), the preferred width of container A, is 22 units.    -   P_(B), the preferred width of container B, is 16 units.    -   P_(C), the preferred width of container C, is 13 units.    -   The left edge of box A (named ‘a’ in FIG. 39) is 1 unit from the        page's left.    -   The right edge of box A (named ‘m’) is free to move.    -   The left edge of box B (named ‘b’) is 6 units right of ‘a’.    -   The right edge of box B is 1 unit left of ‘m’.    -   The left edge of box C is 2 units right of ‘m’.    -   The right edge of box C (named ‘c’) is 1 unit left of the page's        right edge.

Let the current widths of boxes A, B, and C be represented by W_(A),W_(B), and W_(C) respectively. For the sake of convenience, aco-ordinate system is used which begins at the left edge of the page atzero, and increases to the right of the page. It is also assumed thatthe letters ‘a’, ‘b’, ‘c’ and ‘m’ can be understood to mean the locationof the corresponding marks within this co-ordinate system.

The energy of a preferred offset rule is half of the square of thedifference between the preferred offset and the actual offset. Theobjective function for this layout, which is the total energy, is thesum of the energies of all the preferred offset rules. So the objectivefunction is: $\begin{matrix}{{E\left( {A,B,C} \right)} = {{\frac{1}{2}\left( {W_{A} - P_{A}} \right)^{2}} + {\frac{1}{2}\left( {W_{B} - P_{B}} \right)^{2}} + {\frac{1}{2}\left( {W_{C} - P_{C}} \right)^{2}}}} \\{= {{\frac{1}{2}\left( {W_{A} - 22} \right)^{2}} + {\frac{1}{2}\left( {W_{B} - 16} \right)^{2}} + {\frac{1}{2}\left( {W_{C} - 13} \right)^{2}}}} \\{= {\frac{1}{2}\left\lbrack {\left( {W_{A} - 22} \right)^{2} + \left( {W_{B} - 16} \right)^{2} + \left( {W_{C} - 13} \right)^{2}} \right\rbrack}} \\{= {\frac{1}{2}\left\lbrack {\left( {\left( {m - a} \right) - 22} \right)^{2} + \left( {\left( {m - b - 1} \right) - 16} \right)^{2} +} \right.}} \\\left. \left( {\left( {c - m - 2} \right) - 13} \right)^{2} \right\rbrack \\{= {{\frac{1}{2}\left\lbrack {\left( {m - a - 22} \right)^{2} + \left( {m - b - 17} \right)^{2} + \left( {c - m - 15} \right)^{2}} \right\rbrack}.}}\end{matrix}$

Note that to find the width of each box, that box's left-most mark'sposition is subtracted from its right-most mark's position to obtain anon-negative number. Hence, W_(B) is (m−b−1) since there is a gap of 1unit between ‘m’ and the right edge of box B. Also, W_(C) is (c−m−2)since ‘c’ is right of ‘m’ and there is a distance of 2 units between theleft edge of box C and the mark ‘m’.

To minimize the objective function, it is noted that ‘m’ is the onlymark which may move (actually, ‘m’ and the two marks nearest it may moveand any of them may be treated as a controlling variable in theequations, so for simplicity the one named ‘m’ is used). It suffices inthis case to simply find the partial derivative of the energy functionwith respect to the variable m, and solve for that derivative beingzero:E(A, B, C)=½[(m−a−22)²+(m−b−17)²+(c−m−15)²]δE/δm=(m−a−22)+(m−b−17)+(m−c+15).

Note the reversed sign of the third term (m−c+15) since the derivativeis with respect to m, which was negative in that term. $\begin{matrix}{{\delta\quad{E/\delta}\quad m} = {m - a - 22 + m - b - 17 + m - c + 15}} \\{= {{3m} - a - b - c - 22 - 17 + 15}} \\{= {{3m} - a - b - c - 24.}}\end{matrix}$

It is now possible to find the minimum energy by solving for this valuebeing zero. It is known that a, b, and c have values of 1, 7 and 49respectively. $\begin{matrix}{0 = {{3m} - 1 - 7 - 49 - 24}} \\{{3m}\overset{.}{=}{1 + 7 + 49 + 24}} \\{\quad{= 81}} \\{m = 27.}\end{matrix}$

Since there is only one variable, this ends the procedure. Hence, thelowest energy of the given configuration is when mark ‘m’ is 27 unitsright of the left edge of the page.

18.3.2 Simple Two-Dimensional Layout Example

FIG. 40A shows another example of usage of the layout mechanism. In thiscase the example involves tensions in two-dimensions since there areboth horizontal and vertical marks which may move.

There are three boxes 4001 labelled A, B, and C shown within arectangular page of a known fixed size bounded by marks 4002.Fixed-offset rules 4003, 4004, 4005, and 4006 determine the location ofthree edges of each of A and C. The lower horizontal edge of A may move,but is connected via a fixed-offset rule to the upper edge of B (named‘m’), and so those two marks may only be moved together and by the samedistance. Similarly, the right edge of B (named ‘n’) and the left edgeof C may be moved but only together by the same distance, since there isa fixed-offset rule between them.

Since both the width and height of box B may vary, a shape rule has beenapplied to box B. The rule chosen is an aspect ratio rule whichspecifies that the ratio of box B's height to its width should be asclose to 0.5 as possible (this is indicated by the arrow labelledR_(B)=0.5 in FIG. 40A). Box A has a preferred height of 22 units and boxC has a preferred width of 36 units. Since neither of boxes A and C isfree to vary in two-dimensions (due to rules 4005, 4006), neither has ashape rule.

The rules in detail are:

-   -   The width of the page is fixed at 50 units.    -   The height of the page is fixed at 36 units.    -   P_(A), the preferred height of container A, is 22 units.    -   R_(B), the preferred ratio of height to width of container B, is        0.5.    -   P_(C), the preferred width of container C, is 36 units.    -   The upper edge of box A (named ‘a’) is 2 units from the page's        top.    -   The left edge of box A is 1 unit right of the page's left edge.    -   The right edge of box A is 18 units right of its left edge.    -   The upper edge of box B (named ‘m’) may move.    -   The lower edge of box A is 2 units above ‘m’.    -   The left edge of box B (named ‘b’) is 1 unit right the page's        left edge.    -   The lower edge of box B (named ‘d’) is 3 units above the page's        lower edge.    -   The right edge of box B (named ‘n’) may move.    -   The left edge of box C is 2 units right of ‘n’.    -   The lower edge of box C is 3 units above the page's lower edge.    -   The right edge of box C (named ‘c’) is 2 units left of the        page's right edge.    -   The upper edge of box C is 16 units above its lower edge.

Let H_(A), W_(A), H_(B), W_(B) and H_(C), W_(C) be the height and widthof box A, the height and width of box B, and the height and width of boxC respectively.

Let P_(HB) and P_(WB) be the preferred height and width of box B,respectively. The preferred heights and widths of box B are not fixedinputs to the layout algorithm; instead they are calculated at certainstages by use of the shape rule for box B, which is an aspect ratio rulerelating its width and height. These values are calculated as weightedaverages of the height and width of box B:P _(WB)=(W _(B) +H _(B))/(1+R _(B))=⅔(W _(B) +H _(B))P _(HB) =R _(B)(W _(B) +H _(B))/(1+R _(B))=⅓(W _(B) +H _(B)).

An objective function representing the energy of this arrangement may beobtained as half the sum of the squares of the tensions in both thehorizontal and vertical directions: $\begin{matrix}{{E\left( {A,B,C} \right)} = {{\frac{1}{2}\left( {H_{A} - P_{A}} \right)^{2}} + {\frac{1}{2}\left( {H_{B} - P_{HB}} \right)^{2}} +}} \\{{\frac{1}{2}\left( {W_{B} - P_{WB}} \right)^{2}} + {\frac{1}{2}\left( {W_{C} - P_{C}} \right)^{2}}} \\{= {\frac{1}{2}\left\lbrack {\left( {H_{A} - P_{A}} \right)^{2} + \left( {H_{B} - P_{HB}} \right)^{2} +} \right.}} \\\left. {\left( {W_{B} - P_{WB}} \right)^{2} + \left( {W_{C} - P_{C}} \right)^{2}} \right\rbrack \\{= {\frac{1}{2}\left\lbrack {\left( {m - 2 - a - P_{A}} \right)^{2} + \left( {d - m - P_{HB}} \right)^{2} +} \right.}} \\{\left. {\left( {n - b - P_{WB}} \right)^{2} + \left( {c - n - 2 - P_{C}} \right)^{2}} \right\rbrack.}\end{matrix}$

To reduce this energy (without actually needing to calculate theenergy), it suffices to reduce the partial differentials of theobjective function in both horizontal and vertical dimensions, in turn,until the sum of the absolute values of the tensions in both dimensionscannot be reduced further. This produces an arrangement with the lowesttension. The absolute values of the tensions are used so that negativeand positive tensions are treated identically in the stopping condition.The partial differentials are:δE/δm=m−2−a−P _(A) +m−d+P _(HB)=2m−59+P _(HB)δE/δn=n−c+2+P _(C) +n−b−P _(WB)=2n−11−P _(WB)

To minimize these partial differentials by setting them each to zero,the following relations are obtained:m=½(2+a+P _(A) +d−P _(HB))=½(59−P _(HB))n=½(c−2−P _(C) +b+P _(WB))=½(11+P _(WB)).

For the purposes of this example, let the initial width and height ofbox B be 15 and 10 units respectively, so m=d−10=33−10=23 and n=b+15=16.

-   -   W_(B)=15    -   H_(B)=10    -   m=23    -   n=16.

The preferred width and height of the box B may be calculated:$\begin{matrix}{P_{WB} = {\frac{2}{3}\left( {W_{B} + H_{B}} \right)}} \\{\quad{= {\frac{2}{3}\left( {15 + 10} \right)}}} \\{\quad{= {50/3}}} \\{\quad{= {16\quad\frac{2}{3}}}} \\{\quad{= {16\quad{when}\quad{reduced}\quad{to}\quad{the}\quad{nearest}\quad{whole}\quad{{unit}.}}}} \\{P_{HB} = {\frac{1}{3}\left( {W_{B} + H_{B}} \right)}} \\{\quad{= {\frac{1}{3}\left( {15 + 10} \right)}}} \\{\quad{= {25/3}}} \\{\quad{= {8\quad\frac{1}{3}}}} \\{\quad{= {8\quad{when}\quad{reduced}\quad{to}\quad{the}\quad{nearest}\quad{whole}\quad{{unit}.}}}}\end{matrix}$

The sum of the absolute values of the horizontal and vertical tensionsis calculated so that the layout mechanism can determine when to finish.In this case, the horizontal tension T_(X) is the sum of the differencesbetween the current widths of boxes B and C and their preferred widths.Similarly, the vertical tension T_(Y) is the sum of the differencesbetween the current heights of boxes A and B and their preferredheights: $\begin{matrix}{T_{X} = {\left( {W_{C} - P_{C}} \right) + \left( {W_{B} - P_{WB}} \right)}} \\{\quad{= {\left( {c - n - 2 - 36} \right) + \left( {n - b - P_{WB}} \right)}}} \\\begin{matrix}{\quad{= {c - 38 - b - P_{WB}}}} & \quad & {{when}\quad n\quad{is}\quad{eliminated}}\end{matrix} \\{\quad{= {48 - 38 - 1 - P_{WB}}}} \\{\quad{= {9 - P_{WB}}}} \\{\quad{= {9 - 16}}} \\{\quad{= {- 7.}}} \\{T_{Y} = {\left( {H_{B} - P_{HB}} \right) + \left( {H_{A} - P_{A}} \right)}} \\{\quad{= {\left( {d - m - P_{HB}} \right) + \left( {m - 2 - a - 22} \right)}}} \\\begin{matrix}{\quad{{= {d - P_{HB} - 2 - a - 22}},}} & \quad & {{when}\quad m\quad{is}\quad{eliminated}}\end{matrix} \\{\quad{= {33 - P_{HB} - 2 - 2 - 22}}} \\{\quad{= {7 - P_{HB}}}} \\{\quad{= {7 - 8}}} \\{\quad{= {- 1.}}}\end{matrix}$

The fact the tensions are negative indicates that marks may need to moveleft or upwards to reduce these tensions.

The total tension is the sum of the absolute values of the vertical andhorizontal tensions: $\begin{matrix}{T_{TOTAL} = {{T_{X}} + {T_{Y}}}} \\{= {{{- 7}} + {{- 1}}}} \\{= {7 + 1}} \\{= 8.}\end{matrix}$

The layout mechanism proceeds to reduce tensions in the horizontal andvertical dimensions in turn, until this total tension can no longer bereduced.

First, vertical marks are moved in a horizontal direction. The preferredwidth of B was earlier calculated as: $\begin{matrix}{P_{WB} = {\frac{2}{3}\left( {W_{B} + H_{B}} \right)}} \\{= 16.}\end{matrix}$

The only vertical marks which may move are ‘n’, and the mark connectedto it by a fixed-offset rule (2 units to its right). Both marks aremoved in such a way as to try to minimize the horizontal tension. Itsuffices to determine the location to which ‘n’ should be moved, sincethe other mark's location may be deduced from that as (n+2). Thelocation of ‘n’ is calculated to reduce the partial derivative of theobjective function with respect to n, as determined earlier by therelation: $\begin{matrix}{n = {\frac{1}{2}\left( {11 + P_{WB}} \right)}} \\{= {\frac{1}{2}\left( {11 + 16} \right)}} \\{= {13\frac{1}{2}}} \\{= {13\quad{when}\quad{reduced}\quad{to}\quad{the}\quad{nearest}\quad{whole}\quad{{unit}.}}}\end{matrix}$

The mark ‘n’ is moved to location 13 to reduce the horizontal tension,which also changes the width of box B to 12:

-   -   W_(B)=12    -   H_(B)=10    -   m=23    -   n=13.

The preferred width and height of box B have changed due to the shaperule: $\begin{matrix}\begin{matrix}{P_{WB} = {\frac{2}{3}\left( {W_{B} + H_{B}} \right)}} \\{= {\frac{2}{3}\left( {12 + 10} \right)}} \\{= {44/3}} \\{= {14\frac{2}{3}}} \\{= {14\quad{when}\quad{reduced}\quad{to}\quad{the}\quad{nearest}\quad{whole}\quad{{unit}.}}}\end{matrix} \\\begin{matrix}{P_{HB} = {\frac{1}{3}\left( {W_{B} + H_{B}} \right)}} \\{= {\frac{1}{3}\left( {12 + 10} \right)}} \\{= {7\frac{1}{3}}} \\{= {7\quad{when}\quad{reduced}\quad{to}\quad{the}\quad{nearest}\quad{whole}\quad{{unit}.}}}\end{matrix}\end{matrix}$

The total tension must now be recalculated to see if it has reduced, andif it has not, the layout procedure will stop. The new tensions are:$\begin{matrix}\begin{matrix}{T_{X} = {9 - P_{WB}}} \\{= {9 - 14}} \\{= {- 5.}}\end{matrix} \\\begin{matrix}{T_{Y} = {7 - P_{HB}}} \\{= {7 - 7}} \\{= 0.}\end{matrix} \\\begin{matrix}{T_{TOTAL} = {{T_{X}} + {T_{Y}}}} \\{= {{{- 5}} + {0}}} \\{= 5.}\end{matrix}\end{matrix}$

Since the total tension has reduced from 8 to 5, the procedure willcontinue.

Now, horizontal marks are moved in a vertical direction. In this caseonly ‘m’ and the mark connected to it may move. It suffices to calculatethe location to which ‘m’ should be moved, since the connected mark willmove to (m−2). The partial derivative of the objective function isminimized with respect to m, as determined earlier by the relation:$\begin{matrix}{m = {\frac{1}{2}\left( {59 - P_{HB}} \right)}} \\{= {\frac{1}{2}\left( {59 - 7} \right)}} \\{= 26.}\end{matrix}$

The mark ‘m’ is moved to location 26 to reduce the vertical tension, andthe mark connected to it by a fixed-offset rule moves to location 24.

-   -   W_(B)=12    -   H_(B)=7    -   m=26    -   n=13

The preferred width and height of box B and the total tension are nowrecalculated: $\begin{matrix}\begin{matrix}{P_{WB} = {\frac{2}{3}\left( {W_{B} + H_{B}} \right)}} \\{= {\frac{2}{3}\left( {12 + 7} \right)}} \\{= {38/3}} \\{= {12\frac{2}{3}}} \\{= {12\quad{when}\quad{reduced}\quad{to}\quad{the}\quad{nearest}\quad{whole}\quad{{unit}.}}}\end{matrix} \\\begin{matrix}{P_{HB} = {\frac{1}{3}\left( {W_{B} + H_{B}} \right)}} \\{= {\frac{1}{3}\left( {12 + 7} \right)}} \\{= {6\frac{1}{3}}} \\{= {6\quad{when}\quad{reduced}\quad{to}\quad{the}\quad{nearest}\quad{whole}\quad{{unit}.}}}\end{matrix} \\\begin{matrix}{T_{X} = {9 - P_{WB}}} \\{= {9 - 12}} \\{= {- 3.}}\end{matrix} \\\begin{matrix}{T_{Y} = {7 - P_{HB}}} \\{= {7 - 6}} \\{= 1.}\end{matrix} \\\begin{matrix}{T_{TOTAL} = {{T_{X}} + {T_{Y}}}} \\{= {{{- 3}} + {1}}} \\{= 4.}\end{matrix}\end{matrix}$

Since the total tension has reduced from 5 to 4, the procedure willcontinue. Vertical marks are again moved in a horizontal direction totry to reduce the tension. $\begin{matrix}{n = {\frac{1}{2}\left( {11 + P_{WB}} \right)}} \\{= {\frac{1}{2}\left( {11 + 12} \right)}} \\{= {11\frac{1}{2}}} \\{= {11\quad{when}\quad{reduced}\quad{to}\quad{the}\quad{nearest}\quad{whole}\quad{{unit}.}}}\end{matrix}$

Mark ‘n’ is moved to location 11. The width of box B becomes 10 units.

-   -   W_(B)=10    -   H_(B)=7    -   m=26    -   n=11

The preferred width and height of box B and the total tension arerecalculated: $\begin{matrix}\begin{matrix}{P_{WB} = {\frac{2}{3}\left( {W_{B} + H_{B}} \right)}} \\{= {\frac{2}{3}\left( {10 + 7} \right)}} \\{= {34/3}} \\{= {11\frac{1}{3}}} \\{= {11\quad{when}\quad{reduced}\quad{to}\quad{the}\quad{nearest}\quad{whole}\quad{{unit}.}}}\end{matrix} \\\begin{matrix}{P_{HB} = {\frac{1}{3}\left( {W_{B} + H_{B}} \right)}} \\{= {\frac{1}{3}\left( {10 + 7} \right)}} \\{= {5\frac{2}{3}}} \\{= {5\quad{when}\quad{reduced}\quad{to}\quad{the}\quad{nearest}\quad{whole}\quad{{unit}.}}}\end{matrix} \\\begin{matrix}{T_{X} = {9 - P_{WB}}} \\{= {9 - 11}} \\{= {- 2.}}\end{matrix} \\\begin{matrix}{T_{Y} = {7 - P_{HB}}} \\{= {7 - 5}} \\{= 2.}\end{matrix} \\\begin{matrix}{T_{TOTAL} = {{T_{X}} + {T_{Y}}}} \\{= {{{- 2}} + {2}}} \\{= 4.}\end{matrix}\end{matrix}$

Since the total tension has not reduced below 4, the procedure may stophere. Alternatively, the horizontal marks might also be moved before theprocedure stops.

The final result of this example may look like FIG. 40B. Note that box Aand C may overlap in this case. This may be the desired effect. If not,to prevent that occurring it may be necessary to add other constraints.For example, a minimum offset rule could be added to force the left edgeof box C to remain right of the right edge of box A.

This example has shown only one shape rule and two preferred-offsetrules, but a real application might employ shape rules for each of theboxes. The shape rules may also differ depending on the contents to bedisplayed within the boxes. For example, both aspect ratio rules andtext shape rules may be used. Each would calculate the ideal shape of abox in its own fashion.

18.4 Graph Based Algorithm with Fixed Centers

In the layout engine 105, use of fixed center rules is allowed, so thelayout calculation needs to be modified to correctly handle fixed centerrules. A modification to the layout calculation of step 2901 (FIG. 29)is shown in FIG. 30B as step 2901-B and is similar to the modificationmade to support fixed center rules in the push operation. FIG. 30B isalmost the same as FIG. 30A, but shows how fixed centers may be takeninto account when calculating the layout. Steps 3001, 3003, 3005, 3009,3013, 3015, 3019, 3023 and 3025 are common to FIGS. 30A and 30B.

In FIG. 30B, steps 3005 and 3015 must include opposing marks whencalculating pushed marks. Instead of calculating a single set of marksto move in one direction, two sets of marks are calculated; one set tobe moved to the right and the other set to be moved to the left. This isthe same as for the push operation. In FIG. 30B, step 3008 replaces step3007, where the maximum distance to move is calculated independently forthe two sets of marks (ignoring fixed center rules) and then the minimum(in magnitude) of the two values is the maximum distance that the markscan be moved. Steps 3011 is replaced by step 3012, and step 3021 isreplaced by step 3022, the difference being that both sets of marks aremoved. In step 3012, the set containing the mark chosen in step 3003 ismoved to the right and the set containing marks that oppose marks in thefirst set is moved to the left. In step 3022, the set containing themark chosen in step 3003 is moved to the left and the set containingmarks that oppose marks in the first set are moved to the right. Thesame considerations apply as for modifying the push operation to includefixed centers. In this regard, if any two opposing marks are in the sameset, then the origin mark should be added to both sets. Logically, allpairs of opposing marks with the same orientation should be included inboth sets if the origin mark is included because moving the originrequires that all fixed marks should be moved and hence all boxes withfixed centers must also be moved. Of course, it is unnecessary toactually create sets containing the origin mark and all pairs ofopposing marks because they should not be moved anyway. Step 3008 willset the maximum distance to zero if an origin mark is included in eitherset, so steps 3009, 3012 and 3013 do nothing and could be skipped. Step3018 replaces step 3017, and, like step 3008, the maximum distance iscalculated for both the set containing the mark chosen in step 3003, butalso for all marks that oppose the marks in the set containing thechosen mark. Step 3018 similarly should set the maximum distance to zeroif an origin mark is included in either of the two sets.

19. Printing Documents

FIG. 36 shows a method 3600 steps involved in generating and printingdocuments from a document template. The method 3600 starts at step 3601where the application 121 connects to a database and sets a databasecursor to the beginning of a table comprising the necessary source data.The user may specify which database to connect to via a dialog as shownin FIG. 14. Following step 3601, at step 3603, the next record isfetched from the database table and the cursor is updated to point tothe next record. Since each document in the document set corresponds toone record, a new document is started, and the page counter is reset tothe start of the document template. Step 3605 follows where application121 commences a new page for the document being produced and a layoutfor that page is sourced and applied to the page. At step 3607, the datain the current record is used to calculate the ideal sizes for eachcontainer in the layout on the current page. The ideal sizes calculatedin step 3607 are then used to adjust the layout rules at step 3609. Suchan operation may comprise changing the values of the preferred offsetrules and updating aspect rules based on the ideal sizes calculated instep 3607. Also, for variable text containers where neither the widthnor the height of the text is fixed, the height and width are determinedin conjunction with a text rule that depends on text from a field in thedatabase record fetched in step 3603. Such text rules are also updatedin step 3609. After step 3609, the layout for the current page iscalculated at step 3611. After the layout has been calculated, the pageis rendered and printed at step 3613. After the page has been printed, atest is performed at step 3615 to determine whether all pages for thecurrent document have been printed. If not, the method 3600 returns tostep 3605 to start the calculations for the next page. If all pages fromthe document template have been printed for the current document, themethod 3600 continues to step 3617, where another test is performed todetermine if the current record is the last record in the databasetable. If all records in the table have been processed, the method 3600is complete, otherwise the procedure returns to step 3603, where thenext record in the table is fetched so that the next document can beprinted.

20. Pre-Calculating Possible Text Shapes

One way increase the speed of a layout mechanism, such as thegraph-based layout methods described in section 18, is to pre-calculateall shapes of any text which, may be involved in the layout. Bycalculating the shapes before performing the layout calculations, thelayout mechanism may proceed faster because the calculation of textshapes has already been performed and the results stored for rapid laterretrieval. A method of calculating the possible shapes of some text isillustrated by examples in FIGS. 41A-41K.

The method works in the following way:

-   -   1. Lay the words of the text horizontally end to end with        appropriate spacing between the words as required, as in FIG.        41A (each word 4102 is shown within a bounding box 4103). The        width and height of this total configuration of words may then        be determined as the smallest box 4101 which encloses them. The        size of the bounding box 4103 is stored in a memory data        structure. Words may be measured using distinct fonts as        necessary. Note that a small gap is illustrated between the        bounding box 4103 and the word boxes 4102 for the sake of        clarity, but this gap would not exist in an actual        implementation.    -   2. The width of the bounding box is obtained and then reduced by        one unit of the co-ordinate system being used. The text is then        laid out again using the new width as a width constraint. Text        will flow to subsequent lines as required by this width        constraint and the rules of text flow of the text's language.        There is no height constraint, so as many lines as required may        be used. A new bounding box is determined from the result, as in        FIG. 41B, and this new bounding box is also kept in the memory        data structure. The spaces 4105 between words follow the natural        spacing rules of the text's language. In English, for example,        spaces at the ends of lines will not be counted within the        calculation of the bounding box. For some languages the        definition of what constitutes a word or an inter-word space may        vary from the example given.    -   3. Step 2 is repeated until the text cannot be laid out in any        less wide a bounding box. FIGS. 41C to 41K exemplify this        process. Note that each word, such as the word ‘Brevity’ in the        example, may have optional hyphenation break-points 4104 within        it, which allows that word to be broken, as shown in FIGS. 41 h        to 41 k. When this occurs in English the rule is to add a hyphen        4106. The size and placement of such dynamically inserted        punctuation marks would typically be included in the calculation        of any bounding box, although this would depend on the rules of        the text's language.    -   4. The calculated shapes of the text are the stored bounding        boxes. These shapes may be used in a layout mechanism when it is        necessary to know how large a piece of text may be, given a        constraint on width or height or both. These shapes may also be        used to know what the next largest or next smallest shape is in        a given dimension, so as to quickly decide between several        possible layouts of a piece of text.

This described implementation is clearly intended to be used withlanguages which are written from left to write, using inter-word spacesof a known minimal size. Alternative arrangements may be made forlanguages which do not follow these rules. For example, some Asianlanguages write characters from top to bottom in columns and then thesecolumns are written from right to left. For such languages, the layingout process would be modified to swap the role of the vertical andhorizontal dimensions, and the size of a space character may be reducedto some smaller value or zero. Thus, characters would be stackedvertically in step 1, and then in step 2 the height would be reduced by1 unit (which could be the height of a character) and the processrepeated to form wider and wider bounding boxes. Similarly, thehyphenation rules of each language will depend on the text's language.

21. Table Creation Example

FIGS. 42A-42C show some methods of constructing tables using agraph-based layout mechanism as described in section 18. A table isdefined as a rectangular area which is divided into cells, each celloptionally holding some contents such as text or an image.

FIG. 42A shows one method of defining a table. Guides 4203 are used todefine column and row positions. Containers 4201 are placed between theguides to act as cells in the table where contents may be placed. Struts4202 are attached between the guides 4203 and the corresponding adjacentedges of the containers 4201 to define margins between the contents ofadjacent cells. Such struts may have any required length, including alength of zero if the cells are intended to be flush against each other.

The guides may be unfixed (they may be floating guides) so that thecontents of each cell may push them, thus allowing the row and columnsizes to adjust to accommodate different-sized contents. Alternatively,the guides may be fixed to the page to restrict the columns or rows to acertain size or location. Floating guides can also be used to controlcolumn and row sizes by placing struts between the guides. This allowsthe entire table to move on the page (since the guides are not fixed tothe page) but the sizes of columns and rows may nevertheless becontrolled by this technique.

Note that the outer edges of the containers in this table are fixed tothe page. This might not be necessary. An alternative better methodmight be to also use guides to define the outermost boundary of thetable and place struts between those guides and the outer edges of thecontainers, to allow those edges to move together.

FIG. 42B shows an alternative method of defining a table. In thisexample, guides are not used. Instead, struts 4205 are attached directlybetween the edges of adjacent containers 4204, to specify the marginsize of columns and rows. Such margin-specifying struts 4205 are onlyneeded between the top-most and left-most containers. Other containerswithin the table are linked to these constraints using zero-lengthstruts 4206.

In the example given in FIG. 42B, the bottom edges of the upper row ofcontainers are linked by a zero-height strut 4206 so that their bottomedges are aligned exactly with each other. Similarly the top edges ofthe lower row of containers are linked by a zero-height strut so thatthey are aligned. Together, this means only one vertical strut 4205 isneeded to define and control the margin size between those two rows. Inpractice this may be quite useful as it means changes to a table'smargins can only involve changing one strut's preferred or actualdistance, rather than changing many struts as the example in FIG. 42Amight require. A similar logic holds for the zero-width struts 4206shown linking the right edges of the left-most column and also linkingthe left edges of the right-most column.

As in FIG. 42A, the example in FIG. 42B also has the outer edges of thetable fixed to the page. Instead of fixing the location and size of thetable this way, it is possible to use zero-length struts to align all ofthe outer edges of the containers, just as the inner edges are aligned.This allows the table to be moved wherever needed on a page withoutneeding to change the location of many fixed outer edges one by one.This approach may be made using the layout method described in Section18.3.

A third alternative may use guides to define the outer edges of a table,and zero-length struts to align the inner edges of the table. There aremany other viable combinations of guides and struts which achievesimilar results.

Note that some method of aligning the inner edges of a table is neededto form the traditional notion of a table. FIG. 42C shows what canhappen if neither guides nor struts are used to align inner edges.Containers 4207 are again being used as table cells, and struts 4208 areused to define the distances between adjacent containers. Notice,however, that this example lacks a way to keep diagonally oppositecontainers from overlapping, because the inner edges of columns and rowsare not kept apart.

This might lead to interesting and viable arrangements of containers andcontents, and the layout method described in Section 18.3 and later iscapable of producing such arrangements (not all prior art examples oflayout methods can). For the traditional notion of a table, however, theexamples shown in FIGS. 42A and 42B are better suited to achievewell-aligned columns and rows.

Industrial Applicability

The arrangements described are applicable to the computer and dataprocessing industries and particularly to situations where large numbersof documents having essentially the same format and layout are to bereproduced with varying data. Examples of this include the generation ofcorrespondence for a large number of persons all of whom have differentnames and addresses and other personal details. Another example could befor the generation of advertising brochures relating to differentholiday destinations each of being characterized by unique contentincluding text and images but by which all brochures are generatedaccording to a common layout indicative of the brand or get-up of theorganization conducting the advertising. Many other examples also apply.

The foregoing describes only some embodiments of the present invention,and modifications and/or changes can be made thereto without departingfrom the scope and spirit of the invention, the embodiments beingillustrative and not restrictive.

1. A method of proofing a plurality of variable data documents eachformed from a common layout in which variable data content is placedinto one or more containers having locations and sizes within saidlayout defined by layout rules, said method comprising the steps of: (a)assessing a plurality of measures of variation for each said containerin each said document; (b) determining the measure of a standarddocument generated from said common layout; (c) comparing the measure ofsaid determined standard document with the measure of said assessedplurality of measures; and (d) presenting a document having at least onemeasure for which the compared result is larger among said assessedplurality of measures based on the result of said comparison.
 2. Amethod according to claim 1 wherein step (b) comprises: (ba) determiningan average said measure of variation for each said container over allsaid documents; (bb) for each said document: (bba) calculating a measureof deviation for each said container from said corresponding averagemeasure of variation using said corresponding assessed measure ofvariation; (bbb) processing the measures of deviations to obtain adeviation value for said document; and step (c) comprises comparing thedeviation values of said documents to identify at least one group ofsaid documents for presentation for further assessment.
 3. A methodaccording to claim 2 wherein said one group comprises documentspossessing the largest of said deviation values.
 4. A method accordingto claim 2 wherein said one group comprises documents possessing thesmallest of said deviation values.
 5. A method according to claim 2wherein said measure of variation comprises a size of said container. 6.A method according to claim 2 wherein said size is determined as an areaof said container by multiplying the corresponding height and width. 7.A method according to claim 2 wherein said size comprises a summation ofthe corresponding height and width of said container.
 8. A methodaccording to claim 2 wherein said measure of variation comprises ameasure of edge positions of said container.
 9. A method according toclaim 5 wherein: step (a) comprises determining both minimum and maximumcontainer size for each said container in each said document; and step(bba) comprises calculating a maximum size deviation for each saidcontainer from said corresponding average container size using saidcorresponding minimum and maximum container sizes.
 10. A methodaccording to claim 2 wherein step (bbb) comprises statistically summingthe squares of the deviations to obtain said deviation measure for saiddocument.
 11. A method according to claim 2 wherein step (a) comprisesperforming layout calculations for each said container without renderingof content within said containers.
 12. A method according to claim 2wherein step (a) comprises computations over all edges of each saidcontainer.
 13. A method according to claim 2 wherein step (c) comprisesthe sub-steps of: (ca) ranking the measures of deviation from smallestto largest; and (cb) selecting said one group as a determinable numberof said documents from one extremity of the ranking.
 14. A methodaccording to claim 2 wherein said further assessment comprises manualexamination of said group of documents.
 15. A method according to claim13 wherein said one extremity comprises those said documents having thelargest of said deviation values, and step (d) comprises printing thoseone of said documents not being part of said one group.
 16. A methodaccording to claim 15 wherein said one group of documents areindependently laid out.
 17. A method according to claim 2 wherein saidmethod steps are performed upon user instigation upon an establishedsaid layout.
 18. A method according to claim 1 wherein step (a)comprises assessing a size for each said container in each saiddocument; step (b) comprises summing the assessed sizes for each saiddocument to obtain a measure of corresponding document size; step (c)comprises ranking the measures in size order; and step (d) presentingfor further assessment at least one sub-set of said documents from saidranked measures.
 19. A method according to claim 18 wherein said onesub-set is selected from the group consisting of: (i) a predeterminenumber of smallest sized documents; (ii) a predetermined number oflargest sized documents; and (iii) a predetermined number of centrallyranked documents representing an approximate average size of saiddocuments.
 20. A method according to claim 18 wherein said method stepsare performed upon user instigation upon an established said layout. 21.A method according to claim 1 wherein step (a) comprises assessing asize for each said container in each said document; step (b) comprisessumming the assessed sizes for each said document to obtain a printedsize value for each said document; step (c) comprises: (ca) subtractingthe printed size value from the corresponding document size to determinea white space value for each said document; and (cb) ranking the whitespace values in order; and step (d) comprises presenting for furtherassessment at least one sub-set of said ranked documents.
 22. A methodaccording to claim 21 wherein said method steps are performed upon userinstigation upon an established said layout.
 23. A method of creating alayout for a variable data document based upon a template, said methodcomprising the steps of: (a) establishing the template in a graphicaluser interface; (b) setting at least one container in the template toform said layout; (c) modifying the layout to thereby generate anexemplary document by placing exemplary content into said at least onecontainer, wherein at least one dimension of said least one containerand/or a position of said at least one container in said layout arevaried based upon at least a property of the placed content; and (d)displaying said exemplary document in said layout via said graphicaluser interface.
 24. A method according to claim 23 further comprisingthe step of: (e) modifying the layout by varying a feature of said atleast one container in said layout; and (f) repeating steps (c) and (d)to display the modified exemplary document.
 25. A method according toclaim 24 wherein the varying comprises setting a constraint upon atleast one feature of said at least one container.
 26. A method accordingto claim 25 wherein said constraint is selected from the groupconsisting of: (i) a constraint between said one container and a printmargin of a page in which said container is placed; (ii) a constraintrelating to a size of said one container; and (iii) a constraintrelating said feature of said one container with a feature of anothersaid container in said layout.
 27. A method according to claim 23wherein said exemplary content comprises a single record of contentselected by a user from a set of records of content from which acorresponding set of variable data documents is to be formed.
 28. Acomputer readable medium having a computer program recorded thereon,said program being adapted to make a computer execute a procedure toproof a plurality of variable data documents each formed from a commonlayout in which variable data content is placed into one or morecontainers having locations and sizes within said layout defined bylayout rules, said program comprising: code for assessing a plurality ofmeasures of variation for each said container in each said document;code for determining the measure of a standard document generated fromsaid common layout code for comparing the measure of said determinedstandard document with the measure of said assessed plurality ofmeasures; and code for presenting a document having at least one measurefor which the compared result is larger among said assessed plurality ofmeasures based on the result of said comparison.
 29. A computer readablemedium having a computer program recorded thereon, said program beingadapted to make a computer execute a procedure to create a layout for avariable data document based upon a template, said program comprising:code for establishing the template in a graphical user interface; codefor setting at least one container in the template to form said layout;code for modifying the layout to thereby generate an exemplary documentby placing exemplary content into said at least one container, whereinat least one dimension of said least one container and/or a position ofsaid at least one container in said layout are varied based upon atleast a property of the placed content; and code for displaying saidexemplary document in said layout via said graphical user interface. 30.Computer apparatus for proofing a plurality of variable data documentseach formed from a common layout in which variable data content isplaced into one or more containers having locations and sizes withinsaid layout defined by layout rules, said apparatus comprising: meansfor assessing a plurality of measures of variation for each saidcontainer in each said document; means for determining the measure of astandard document generated from said common layout; means for comparingthe measure of said determined standard document with the measure ofsaid assessed plurality of measures; and means for presenting a documenthaving at least one measure for which the compared result is largeramong said assessed plurality of measures based on the result of saidcomparison.
 31. Computer apparatus for creating a layout for a variabledata document based upon a template, said apparatus comprising: meansfor establishing the template in a graphical user interface; means forsetting at least one container in the template to form said layout;means for modifying the layout to thereby generate an exemplary documentby placing exemplary content into said at least one container, whereinat least one dimension of said least one container and/or a position ofsaid at least one container in said layout are varied based upon atleast a property of the placed content; and means for displaying saidexemplary document in said layout via said graphical user interface.